Retro Preservation Workspace

Monitorn

Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.

← Back to ABC Tools

Meetings · ABC800 · Thread

Ett löjligt problem...

15 posts in thread

Jörgen Hansen <5844> · Text 5050 · w8 · inlagg

1986-09-25 16:41

Ärende: Ett löjligt problem...

Jag har ett problem, på en 806:a. Vilken siffra börjar bildminnet på? Vid cirka 32000 så börjar den, men bara WIDTH 80-tkn kommer på skärmen när man gör: POKE Adress,Ascii Jag vill kunna skriva ut tecken i WIDTH 40. Även när jag har satt på WIDTH 40 i början av proget så blir det WIDTH 80-tecken...
- Daniel Deimert <5439> · Text 5051 · w8 · kommentar
  
  1986-09-25 16:48
  
  Ärende: Ett löjligt problem...
  
  Pröva att poka in radbredden i minnet också!(jag vet ej vilken adress,men om du vill det så kan jag ta reda på den) Jag vet inte om det gör någon skillnad,men tänk sen på att när du sedan har width 40 så måste du poka VARTANNAT TKN!!! (Det gjorde jag bort mig på enång) ALLTså: Width 80: ABC806 Width 40: AABBCC880066 Alla tecken ligger alltså dubbelt upp i 40-tkns mode! MVh DD
  - Jörgen Hansen <5844> · Text 5052 · w8 · kommentar
    
    1986-09-25 16:59
    
    Ärende: Ett löjligt problem...
    
    Jo, det där med vartannat tecken vet jag. Har gjort det förut, men skillnaden är att nu är lappen med siffran borta..! Tacksam om du kunde ta reda på siffran där den börjar, och tackar på förhand.
    - Curt Rehnborg <1121> · Text 5058 · w8 · kommentar
      
      1986-09-25 19:52
      
      Ärende: Ett löjligt problem... - bildminnet
      
      Prova adress 30720, den bör vara samma som CUR(0,0) sedan ligger resten i en rad ...
      - Gunnar Faith-Ell SYSOP <2733> · Text 5062 · w8 · kommentar
        
        1986-09-25 21:05
        
        Ärende: Ett löjligt problem... - bildminnet
        
        För komptiblitetens skull så måste det avrådas från att skriva direkt i bildminnet eftersom programmet då inte går att köra på andra ABC800. Tex i ABC800C ligger bildminnet som på ABC80. För att skriva i minnet från assembler används CALL 11 och från BASIC så behöver man aldrig skriva direkt i minnet.
      - Jörgen Hansen <5844> · Text 5063 · w8 · kommentar
        
        1986-09-25 21:25
        
        Ärende: Ett löjligt problem... - bildminnet
        
        Det ger ju lika stora tecken som vid WIDTH 80. Det var WIDTH 40-tecken som jag ville ha...
        
        Gunnar Faith-Ell SYSOP <2733> · Text 5064 · w8 · kommentar
        
        1986-09-25 23:19
        
        Ärende: Ett löjligt problem... - bildminnet
        
        Vill du skriva det från assembler eller BASIC ?
        
        Jörgen Hansen <5844> · Text 5069 · w8 · kommentar
        
        1986-09-26 07:25
        
        Ärende: Ett löjligt problem... - bildminnet
        
        Från BASIC. Skall använda det för att skriva på/läsa av skärmen snabbt.
        
        Jörgen Hansen <5844> · Text 5070 · w8 · kommentar
        
        1986-09-26 07:30
        
        Ärende: Ett löjligt problem... - bildminnet
        
        Lars Gjörlings metod var precis den som jag sökte. Tack allihopa!
        
        Patric Ljung <5455> · Text 5213 · w8 · kommentar
        
        1986-10-16 11:45
        
        Ärende: Ett löjligt problem... - bildminnet
        
        Vad menar du med snabbt (från BASIC?)? Och dessutom läsa attribut? Det snabbaste du kan göra är print-sats resp. läsa minnet med att lägga en variabel över bildminnet (missar-attributen). muh / Patric
        
        Karl Lindström <837> · Text 5065 · w8 · kommentar
        
        1986-09-25 23:37
        
        Ärende: Ett löjligt problem... - bildminnet
        
        Du får först lägga ut attributet för elongated-tecken på port 53 (har jag för mig, står i bruxen till 806) och sedan direkt göra POKE bild- adress,xx. För att läsa av ett ev attribut gör man peek(x) : ; inp(53) (se reservation ovan).
- Lars Gjörling <6825> · Text 5066 · w8 · kommentar
  
  1986-09-25 23:47
  
  Ärende: Ett löjligt problem...
  
  Visst kan du med poke skriva med dubbel bredd även utan att först gå över till width 40. Till och med i färg om du har färgskärm. Du måste ha attributminnet inkopplat med ATTRIBUT 1. Sedan skall du lägga samma asciikod i två på varandra följande adresser i bildminnet. Men: lägg i attributminnet för den första adressen attributvärdet 255 och för den andra det attributvärde, som motsvarar den önskade färgen. Exempel: OUT 53,255 : POKE 30720,65 : OUT 53,3 : POKE 30721,65 ger ett gult A med dubbel bredd i övre högra hörnet. Har du inte färg- skärms, så använd färgattributet 7 istället för 3. Man kan för övrigt 'out:a' och 'poke:a' dubbel bredd och höjd på samma sätt. Poka fyra st adresser (i 'kvadrat') med samma ascii-värde. Den övre vänstra skall ha attributvärdet 246 och den undre vänstra attribut- värdet 237. De båda högra skall ha det valda färgattributet. Exempel: OUT 53,246 : POKE 30720,66 : OUT 53,2 : POKE 30721,66 : OUT 53,237 : POKE 30800,66 : OUT 53,2 : POKE 30801,66 ger ett grönt B med dubbel höjd och dubbel bredd i övre högra hörnet. Ganska roligt att experimentera är att man kan kombinera så att man exempelvis får ett tecken med övre halvan av ett A kombinerad med undre halvan av ett B (och med olika färger om man vill). Att göra motsvarande sak i assembler är inte svårt, man bör då veta att ATTRIBUT 1 kan åstadkommas genom att man lägger talet 1 i adress 65266. Mvh Lars Gjörling <6825>
  - Lars Gjörling <6825> · Text 5068 · w8 · kommentar
    
    1986-09-26 00:46
    
    Ärende: Ett löjligt problem...
    
    Till mitt eget inlägg vill jag gärna göra det tillägget, att det inte bara är ett onödigt kuriosum att känna till hur dubbel bredd och dubbel bredd+höjd lagras i minnet. Om man vill göra en funktion, som dumpar skärmen till printern, så brukar de flesta hemmagjorda sådana inte klara det fallet att vissa tecken är skrivna på skärmen med dubbel höjd och/eller bredd. Det brukar bli printerutskrifter med alla bokstäver fördubblade. Om man i sin funktion läser av attributvärdet för varje adress genom Z=PEEK(Adr) : Attr=INP(53), så kan man låta programmet skicka styrkod för dubbel bredd till printern, när Attr = 255 och sedan läsa bara varan- nan adress, tills Attr åter blir normalt, då styrtecken för normal skrift skickas. (Även dubbel höjd kan klaras, om man skickar styrtecken för detta, när Attr = 246. Man får sedan hoppa över nästa rad på skärmen.) Mvh Lars Gjörling <6825>
    - Patric Ljung <5455> · Text 5211 · w8 · kommentar
      
      1986-10-16 11:42
      
      Ärende: Ett löjligt problem...
      
      En aning efterblivet inlägg, men jag vill påpeka att ATTRIBUTE 1 inte alls har någon betydelse i det sammanhang du skriver om. Varför attribute-kommandot finns är för att man skall kunna vara kompa- tibel med ABC800C. Där attribut-koderna sparas i bildminnet. Den rutin i ABC806 som kollar vilket attribut du har är PRINT! Om attribut 0 (noll) är satt skall attribut anges (OUT 53,attrkod) sedan skall ett space skrivas i bildminnet. Därefter det tecken som egentligen skulle skrivas. Attribut-minnet är alltid "inkopplat" Använder man "out 53" behöver man inte bry sig om attribut. Det går även bra att göra följande rad. (Enklare) 10 OUT 53,attr : ; 'Den text som skall skrivas' pröva detta med ATTRIBUTE 0 får du se vad som händer. Det blir samma resultat som ATTRIBUTE 1 och alla andra. mvh / Patric
  - Kristoffer Eriksson <5357> · Text 5465 · w8 · kommentar
    
    1986-11-09 03:24
    
    Ärende: Ett löjligt problem...
    
    En aldeles utmärkt beskrivning av hur man POKE:ar (och OUT:ar) tecken med dubbel bredd och andra finnesser i 806:an. Jag vill bara korrigera en sak: Inställningen av ATTRIBUTE (eller POKE 65266, som är samma sak), är utan betydelse när man arbetar i bildminnet med POKE. Attributminnet är alltid inkopplat. ATTRIBUTE-värdet används bara av PRINT-rutinen (CONWRITE, CALL 11) för att avgöra om 806:an ska emulera en vanlig 800 där styrtecknen tar en extra teckenposition, eller inte, samt en del andra finesser som har med attributhanteringen att göra.