atarionline.pl Grafika w Turbo Basic XL - Forum Atarum

Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

  • :
  • :

Vanilla 1.1.4 jest produktem Lussumo. Więcej informacji: Dokumentacja, Forum.

    • 1:
       
      CommentAuthorbandolier
    • CommentTime10 Dec 2017
     
    Wiele lat temu bawiłem się trochę Basic-em.Teraz mam ochotę stworzyć prostą paragrafówkę. Stwierdziłem że bez grafiki to słabo. Chciałbym zamiescić grafikę stworzoną programem graficznym np.koala. Czy prosto jest wrzucić taką grafikę do rogramu w TB XL?
    • 2: CommentAuthorpin
    • CommentTime10 Dec 2017
     
    instrukcja BGET i ładujesz dane pod adres pamięci obrazu.
    • 3:
       
      CommentAuthorlarek
    • CommentTime10 Dec 2017
     
    Koala zapisuje grafikę skompresowaną. Da się taki plik bez problemu odczytać. Gdzieś była procka w Basicu do dekompresji, ale nie kojarzę teraz w jakim czasopiśmie (Moje Atari?).
    Jak dobrze poszukasz, to gdzieś tu na Forum Atarum był już wątek o ładowaniu grafiki w TBXL.
    • 4: CommentAuthorQTZ
    • CommentTime10 Dec 2017 zmieniony
     
    Użyłem tej procedurki przy poprawkach-tłumaczeniu Computer Inhabitants i 3.99$. Jest też info ->link<- .

    Z tego co pamiętam to nieco zmodyfikowałem procedurę odczytu - tak aby odczytywać niekoniecznie na ekran, można w ten sposób skompresować również inne dane.
    • 5:
       
      CommentAuthorbandolier
    • CommentTime10 Dec 2017
     
    Dzięki za odpowiedzi :) Pozdrawiam
    • 6:
       
      CommentAuthorlarek
    • CommentTime10 Dec 2017
     
    Gdybyś chciał korzystać, jak napisał Pin, z BGET w TBXL i wczytywać plik z grafiką bez kompresji, to rysunki przygotowane w Koali można "rozkodować" przy pomocy tego konwertera: ->link<-
    • 7: CommentAuthorQTZ
    • CommentTime11 Dec 2017 zmieniony
     
    Można też spróbować (podobno istnieją dwa rodzaje kompresji, a procedura obsługuje jeden, więc może się to nie udać) odczytać powyższą procedurą i zapisać z ekranu poprzez BPUT i potem odczytywać poprzez BGET ;)

    Jednak wg. mnie lepiej mieć obrazki skompresowane.

    Larek, jeżeli ten konwerter obsługuje obydwa rodzaje konwersji to w przypadku gdy procedura odczytu nie będzie potrafiła odczytać pliku koali, to można nim skonwertować obrazek na .mic, a potem w Basic-u wczytać poprzez BGET i zapisać procedurą zapisu obrazków Koali - wtedy obrazek będzie skompresowany, a będzie możliwy do odczytu poprzez procedurę odczytu Koali :)

    Trzmiel też ma możliwość odczytu obrazków Koali - tylko, że w trybie hires, ale można taki obrazek zapisać jako .mic i odczytać poprzez BGET w trybie czterokolorowym.
    • 8:
       
      CommentAuthorKaz
    • CommentTime13 Dec 2017
     
    bandolier - inaczej Sołtys? czy to inna osoba? :)
    • 9:
       
      CommentAuthorbandolier
    • CommentTime2 Mar 2018
     
    Larek - pomożesz mi z mapą pamięci? Pod jaki adres ładować obraz?
    • 10:
       
      CommentAuthorlarek
    • CommentTime2 Mar 2018
     
    Można tak

    code:

    1000 POKE 106,176
    1010 GRAPHICS 15+16
    1020 EK=DPEEK(88)
    1030 OPEN #1,4,0,"D:OBRAZEK.MIC"
    1040 BGET #1,EK,7680
    1050 BGET #1,712,1
    1060 BGET #1,708,3
    1070 CLOSE #1


    obrazek zapisany bez kompresji w formacie MIC: ->link<-
    • 11:
       
      CommentAuthorlarek
    • CommentTime2 Mar 2018
     
    Tu jest ciekawy wątek o grafice i takich innych rzeczach: ->link<-
    • 12:
       
      CommentAuthorbandolier
    • CommentTime3 Mar 2018
     
    Dziękuje Ci :)
    • 13:
       
      CommentAuthorbandolier
    • CommentTime3 Mar 2018
     
    Sprawdzałem działa:)
    • 14:
       
      CommentAuthorKaz
    • CommentTime5 dni temu
     
    Pany kochane, Kris3D potrzebuje pilnie pomocy.
    Ma obrazek w hires, który zajmuje w pionie 229 pikseli.
    No i chciałby go wczytać w Turbo Basicu XL i wyświetlić.
    Niestety, o ile umie odczytać, to nie umie zmodyfikować Display List, żeby obrazek się mieścił.

    Ktoś wie, jak powinna wyglądać procedurka modyfikacji DL?
    • 15: CommentAuthorQTZ
    • CommentTime4 dni temu
     
    Ja bym sprawdził w kodzie generowanym przez Graph2font.
    • 16: CommentAuthortbxx
    • CommentTime4 dni temu
     
    Miałem kiedyś problem przy 224 liniach, wtedy "mono" odpisał mi tak:

    Mając 224 linie trafisz 2x na problem z barierą 4kb na pamięć ekranu. Jeśli treść faktycznie nie mieści się w 204 liniach to trzeba będzie część obrazka załadować z przesunięciem 32 bajtów: pierwszy blok składający się z 8160 bajtów lokowany w $xx10, drugi 800-bajtowy lokowany $1FF0 bajtów dalej.
    Dlist skonstruowany następująco:
    $70
    $4f,$10,$xx
    101*$f
    $4f,$00,$xx+$10
    101*$f
    $4f,$00,$xx+$20
    19*$f
    $41,adres dlisty.

    Edit: A nową dlistę ustawiasz prosto: DPOKE 560,adres dlisty.