Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
atari.area forum » Posty przez tebe
lepiej na podstawie schematu przywróccie do życia AMY
pod maską znajduje się pewnie dopałka Pasia F7 ;)
pewnie rezygnując całkowicie z emulacji Rambo Electron zyskał by miejsce w rdzeniu na inny kod, sama emulacja Rambo jest pewnie efektem "ubocznym" możliwości VBXE mapowania swojej pamięci w RAM Atarki
w sumie można pogodzić się z całkowitą rezygnacją z emulacji jakichkolwiek rozszerzeń pamięci przez VBXE i skupienie możliwości VBXE tylko na grafice, pamięć rozszerzyć to nie problem
rozumiem Electrona że mając takie możliwości nie sposób im się oprzeć :)
p.s.
Candle kiedy sklonujesz VBXE ;)
po resecie pamięć dodatkowa nie jest kasowana, bo OS nie "zagląda" do pamięci dodatkowej (PORTB), chyba że napisaliście jakiegoś OS-a który rekreacyjnie robi wypad do takiej pamięci i zapisuje ją wzorkami
z aktualnym rdzeniem pamięć VBXE zachowuje się jak normalna pamięć bankowana w obszar $4000..$7FFF (320KB RAMBO), jeśli chodzi o dostęp przez PORTB
jeśli macie w kompie jakieś inne rozszerzenie pamięci, np. 1MB to VBXE je wyłączy, chcecie mieć swoje 1MB, to musicie przełączyć się na inny rdzeń VBXE, taki który nie oferuje emulacji pamięci RAMBO 320KB
dostęp do całej pamięci VBXE realizowany jest przez dedykowane rejestry, pamięć VBXE można włączać w 2 obszary, $2000..$3FFF (MEMAC_A) lub $4000..$7FFF (MEMAC_B)
jeśli będziemy beztrosko mieszali przez PORTB i MEMAC_A, MEMAC_B to możemy nadpisać pamięć
a klik z klawiatury jest, czyli czy słychać jak gra GTIA ?
w trybach znakowych ANTIC w każdej pierwszej linii każdego wiersza kradnie tyle cykli że na pewno nie są to 114 cykle
zapisz obrazek w G2F jako GED+ (tryb znakowy) i zobaczysz ile cykli przychodzi na co 8 linie a ile na pozostałe, w trybie bitmapy (GED--) ANTIC już tyle nie kradnie, co najwyżej ustawienie nowego adresu pamięci w DLIST-ie kradnie parę cykli, wtedy obejrzyj źródło dla obrazka zapisanego jako GED-- (co 8 linie znowu jest parę cykli mniej, dla reszty już full, program DLIST-y dla GED-- ustawia nowy adres obrazu co 8 linii)
Monsoftowi z glana w ryj
:) a czy ja coś piszę
3 sztuki zmontowane
no ja IO-Board mam dostać poprzez Pajero, tak że nie wypowiadam się co do ilości
bardzo dobry pomysł, nowoczesne złącza rozszerzające i integrujące możliwości Atarki
najbardziej interesuje mnie to USB i szybki transfer z jego udziałem
p.s.
pewnie Candle będzie narzekał na odzew, ale on jest po prostu za szybki, zanim dotrze wiadomość o jakimś nowym rozwiązaniu już pojawia się następne
no i jak z szybkością Candle, jakie max transfery są teraz osiągalne? bo nie wiem czy mam się podniecać czy nie :)
i za to wszyscy kochają XXL-a, zdawkowe zdania jakby sklecone w pośpiechu, reszty domyśl się sam albo zostań telepatą, a na końcu odpowiedź na pytanie które zna tylko XXL :P
czasem lepiej nie wiedzieć, ważne że działa :)
to jakieś zadanie, czy zdanie stwierdzające stan?
w G2F mam predefiniowane małe fragmenty kodu realizujące opóźnienia w cyklach CPU, stworzenie uniwersalnej pętli realizującej opóźnienie np. od 2..XX cykli CPU jest nie realne, wie o tym każdy kto zna rozkazy 6502
poniżej tablica NOP z rozkazami realizującymi opóźnienie od 2..36 cykli
NOP: array [0..34] of string[30] =
('nop','cmp byt2',':2 nop','inc byt2','inc byt3','inc byt2\ nop',
':4 nop','nop\ pha:pla',':2 inc byt2','cmp byt3\ pha:pla',
'jsr _rts','inc byt3\ pha:pla','jsr _rts\ nop','jsr _rts\ cmp byt2',
'jsr _rts\ :2 nop','jsr _rts\ inc byt2','jsr _rts\ inc byt3',
'jsr _rts\ inc byt2\ nop','jsr _rts\ :4 nop','jsr _rts\ nop\ pha:pla',
'jsr _rts\ :2 inc byt2','jsr _rts\ cmp byt3\ pha:pla',
':2 jsr _rts','jsr _rts\ inc byt3\ pha:pla',':2 jsr _rts\ nop',
':2 jsr _rts\ cmp byt2',':2 jsr _rts\ :2 nop',':2 jsr _rts\ inc byt2',
':2 jsr _rts\ inc byt3',':2 jsr _rts\ inc byt2\ nop',':2 jsr _rts\ :4 nop',
':2 jsr _rts\ nop\ pha:pla',':2 jsr _rts\ :2 inc byt2',
':2 jsr _rts\ cmp byt3\ pha:pla',':3 jsr _rts');idz do solarium Zaxon, tam maja UV
w VBXE Electron przyjął max 336 pixli w poziomie, czyli 42 bajty i tyle tylko VBXE adresuje pól mapy kolorów dla ekranu najszerszego, pozatym nigdy nie widziałem aby było potrzeba więcej
w G2F też przyjąłem że widać max 42 bajty w poziomie, przy przełączeniu na obraz 48 bajtówy wyświetlane jest wówczas ostrzeżenie że i tak tylko 42 kolumny będą widoczne na TV
a max linii 240 w zależności od trybu, HiRes 239
no i jak Pin, monitor udało się naprawić ?
oj za dużo Pieca w Twoim życiu Lotharek, skoro nadużywasz nazwy "Total Commander" w stosunku do XE/XL
dzięki wszystkim za odpowiedzi, rzeczywiście nie sprecyzowałem czy mogą być inne kombinacje bitów, ale tak mogą być, chodzi tutaj o operacje na pixlach bitmapy
bezkonkurencyjnie najszybszy i najsprawniejszy okazuje się kod
asl @
rol @
rol @pierwsze "ASL @" nie jest bez znaczenia bo uniezależnia nas od bitu C, dla n/w kodu wynik zależny będzie już od tego czy wystąpił rozkaz CLC, SEC czy inny rozkaz zmieniający bit C
rol @
rol @
rol @mam takie małe pytanie, czy jest krótszy sposób przesunięcia dwóch bitów z pozycji bit 6,7 na pozycję bit 0,1, bez stosowania tablic?
najprościej przesunąć je o 6 bitów w prawo (12 cykli), ale czy istnieje sposób krótszy przesunięcia ich w lewo, wydaje się że tylko 4 bity wystarczy wtedy przesunąć
%11000000 -> %00000011
:6 lsr @w fabryce tektury
tutaj http://www.atariage.com/forums/index.ph … amp;st=120 jest właściwe miejsce gdzie możesz zgłaszać takie problemy i dotrzeć z nimi bezpośrednio do autora programu
szczegół :P
zajrzyj do posta #2
atari.area forum » Posty przez tebe
Wygenerowano w 0.084 sekund, wykonano 21 zapytań