1,051 Odpowiedź przez laoo/ng

(99 odpowiedzi, napisanych Sprzęt - 8bit)

Z Pasia experymentów wynika, że 14 MHz 65c816 (a szybszych nie ma, no chyba że na FPGA ;P) stabilnie chodzi maksymalnie przy 18 MHz więc 20 raczej się nie wyciągnie (radiator?)

Idź do forum: Sprzęt - 8bit

1,052 Temat przez laoo/ng

(18 odpowiedzi, napisanych Emulacja - 8bit)

Spodobał mi się projekt Upgradu GTIA Psychola i po kilku dniach zabawy udało mi się zrobić w miarę działającą emulację tegoż w Atari++.
Wyniki działania można obejrzeć tu.

Na razie jest to wersja bardzo testowa, ale obrazki generowane przez gtia_simulator TeBego jak widać działają. Jak pojawią się jakieś nieścisłości, to skalibruję.

Potrzebuję tylko "pomocy prawnej" od Mądrych Głów z tego forum. Otóż Atari++ jest na licencji, którą, mimo że czytałem, to nie do końca rozumiem i zmieniony emulator udostępnię dopiero wtedy, jak będę pewny, że wszystko jest zgodnie z tą licencją. A więc co muszę zrobić / gdzie dodać jakie info, żeby nie łamać tej licencji?

Idź do forum: Emulacja - 8bit

1,053 Odpowiedź przez laoo/ng

(99 odpowiedzi, napisanych Sprzęt - 8bit)

Ożesz w morde tak na taśmie to bomba. A jak ktoś ma GTIA na podstawce, to nie lepiej byłoby zrobić jakąs przejściówkę, coby wtykać w podstawkę zamiast lutować?

A z puszczaniem procka na 20 MHz to chodzi Ci o 6502?
Tu bym się zastanowił, bo rodzi się inny standard dopałek procesorów oparty o 65c816 i nowy niekompatybilny standard niczego pozytywnego nie wniesie. Ale dopałka ANTICa jak najbradziej :)

Idź do forum: Sprzęt - 8bit

1,054 Odpowiedź przez laoo/ng

(23 odpowiedzi, napisanych Bałagan)

A to dziwne, bo powinno być wolniejsze, bo wymaga przeparsowania tego co wrzuciliśmy do środka, a wszelkie Add* dodają tylko określone elementy. A w ogóle IE, skąd on pochodzi, ma jeszcze outerHTML ale jest zbyt hardkorowy i się nie przyjął ;)

Idź do forum: Bałagan

1,055 Odpowiedź przez laoo/ng

(23 odpowiedzi, napisanych Bałagan)

Coś się ten XHTML nie waliduje i kodowania nie ma i javascript źle zaembedowany i jakiś counter co liczy do nieskończoności i kiedyś się wywali...

Moja wersja jest lepszejsza:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
        "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
     <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
     <title>Samopiszący się tekst!</title>
     <script type= "text/javascript">/*<![CDATA[*/ 
          var text = "atari.area rzondzi i pszoduje!";
          function a() {
            var e = document.getElementById('skrol');
            e.innerHTML = text.substring(0, e.innerHTML.length+1);  
          }
      /*]]>*/</script>
</head>
<body onload="window.setInterval(a, 250)">
      <p id="skrol"></p>
      <p>
            <a href="http://validator.w3.org/check?uri=referer"><img
              src="http://www.w3.org/Icons/valid-xhtml10"
              alt="Valid XHTML 1.0 Strict" height="31" width="88" />
            </a>
      </p>
</body>
</html>

;)

Idź do forum: Bałagan

1,056 Odpowiedź przez laoo/ng

(99 odpowiedzi, napisanych Sprzęt - 8bit)

Pod maską ciasno :/ Czy tu się zmieści?
http://laoo.twojemiejsce.pl/gtia.jpg
I jeszcze pytania:
Czy da się wykryć dopałkę? Domyślam się, że jak będzie mapowanie pod $d02x to jakimiś trikami się da, w związku z tym co rejestry dopałki zwracają przy odczycie (unknown? $00? $ff?)


mikey: a ja tam się cieszę, że autor ofiaruje się lutować ustrojstwo. Jakby wypuścił od razu schematy na zasadzie "macie lutujcie sobie", to powstałyby dwie (niekompatybilne ze sobą) sztuki i na tym koniec.

Idź do forum: Sprzęt - 8bit

1,057 Odpowiedź przez laoo/ng

(99 odpowiedzi, napisanych Sprzęt - 8bit)

Przeróbka niczego nie zmienia w dotychczasowych programach.  Jest przezroczysta. A możliwości "tego triku" zwiększa znacznie. Lepiej. Eliminuje konieczność zabawy w takie rzeczy. Po co zmieniać w połowie ekranu tryb graficzny, skoro można wyłączyć ANTICa i rysować efekty COLBAKiem.
Jestem bardzo zaintrygowany możliwością tej dopałki nawet jeśli chodzi o real-time efekty. Martwi mnie tylko jedno. Można albo "wyświetlać" zawartość pamięci rozszerzenia, albo do niej zapisywać. Jak wyświetla się jakiś pełnoekranowy efekt, to co prawda mamy podwójne buforowanie dzięki skrolowaniu, to zostaje mało czasu na wpisanie drugiej ramki animacji: czas jest tylko od pierwszej pustej linii na dole ekranu do ostatniej na górze i jest tego niewiele. Ale jakoś trzeba będzie sobie radzić. Ustawiamy DLI tu i tu i jazda ;)

Idź do forum: Sprzęt - 8bit

1,058 Odpowiedź przez laoo/ng

(99 odpowiedzi, napisanych Sprzęt - 8bit)

Nie za bardzo rozumiem to ostatnie zdanie o centrowaniu. Jeżeli scrolling ustawimy na 0:0, to czy YPOS jest tożsame z offsetem w pamięci duszków przy rozdzielczości jednoliniowej podzielone przez 1,2,4 albo 8 w zależności od wysokości zmian, a XPOS jest tożsame z poziomą pozycją duszka (HPOS) podzieloną przez 2 albo 4 w zależności od tego czy zmiany są co pół albo co cały znak?

Idź do forum: Sprzęt - 8bit

1,059 Odpowiedź przez laoo/ng

(9 odpowiedzi, napisanych Programowanie - 8 bit)

Ale takie GTIA Upgrada będzie potrafiło niezłą muzykę na tym grać ;)

Idź do forum: Programowanie - 8 bit

1,060 Odpowiedź przez laoo/ng

(15 odpowiedzi, napisanych Programowanie - 8 bit)

Oczywiście. O błędach w BCD informowałem już w wersji 1.51, ale poprawka w 1.52 zmieniła je tylko na inne. Te dane mam nadzieje pomogą w uzyskaniu dobrej emulacji.

Idź do forum: Programowanie - 8 bit

1,061 Odpowiedź przez laoo/ng

(15 odpowiedzi, napisanych Programowanie - 8 bit)

XXL: liczyłeś kombinacje bez powtórzeń 2 elementów ze zbioru 255 elementowego: 255*(255+1)/2=32640 :)

Jakby kogoś interesowało dotychczasowe wyniki razem z wynikiem epiego (thx) dla 6502 są tu
Zamieszczone wyniki dowodzą od razu twierdzenia z postu #2 i #3: dodanie zera do dowolnej liczby wygeneruje poprawną liczbę w BCD (nie chodzi tu o to, że wynik jest porawny, tylko liczba jest poprawna w sensie BCD), a więc dodanie zera do liczby niepoprawnej zmieni jej wartość (zero nie jest elementem neutralnym w zbiorze niepoprawnych liczb BCD ;P)

Dodatkowo widać, że atari++ ma poważne problemy z BCD, podczas gdy atari800 radzi sobie wyśmienicie, a UltraXE  daje niekiedy niepoprawny wynik.

==== EDIT ====

Dla pełności testu dodałem wyniki odejmowania w BCD i wszystko razem umieściłem w archiwum 7zip.

Z ciekawostek w 6502 błędna jest tylko flaga Z, atari800 działa dokładnie jak 6502, a UltraXE myli się częściej niż przy dodawaniu :)

Idź do forum: Programowanie - 8 bit

1,062 Odpowiedź przez laoo/ng

(15 odpowiedzi, napisanych Programowanie - 8 bit)

Skoro już jesteśmy przy BCD miałbym małą prośbę. Żeby definitywnie przekonać się jak to jest z tymi flagami napisałem program, który wykonuje wszystykie 32896 możliwe dodawania dwóch liczb ośmiobitowych w BCD i zapisuje wynik wraz z flagami (700 kB). Programik jest tu. Wersja BCDD.XEX zapisuje wynik na D:, BCDH.XEX na H:, a BCDP.XEX na P:. Potrzebuję ochotnika, który uruchomi ten program na atari z 6502 i prześle mi wynik na laoo(at)icomp.pl. Chodzi mi o wynik na 6502, bo na 65c816 już sprawdziłem u siebie, a drugiej atarki nie mam. Sprawdziłem też na atari++ z emulacją 6502 jak i 65c02, na atar800win oraz na UltraXE. Każdy emulator robi to inaczej :)

Oczywiście jakby ktoś w komputerze miał 65c02 (podobno ostatnie modele atari mają. Prawda to w ogóle?) to też byłbym wdzięczny.

Idź do forum: Programowanie - 8 bit

1,063 Odpowiedź przez laoo/ng

(15 odpowiedzi, napisanych Programowanie - 8 bit)

Napewno zadziała coś takiego:

tax
lda is_valid_bcd,x

:)

Ale wydaje mi się, że powinno wystarczyć coś takiego:

sta temp
lda #0
clc
sed
adc temp
cmp temp

i wtedy jeśli Z=1 to wartość jest poprawna. Trzeba to sprawdzić, ale wydaje mi się, że dodawania BCD polega na dodaniu normalnie i potem korekcji, więc jak dodamy do niepoprawnego BCD zero, to powinien zostać skorygowany.

Przy zabawie z BCD pamiętaj tylko o niepoprawnych wartościach flag N,V i Z na 6502 i poprawnych na 65c02/65c816.

Idź do forum: Programowanie - 8 bit

1,064 Odpowiedź przez laoo/ng

(26 odpowiedzi, napisanych Emulacja - 8bit)

Nie jestem pewien w czym oryginalnie SoTe skompilował SAPa, ale podejrzewam, że w VS 2005. Na maszynie developerskiej skompilowane w nim programy działają pięknie, ale ich deployment potrafi napsuć człowiekowi krwi. Dużo krwi. Sesja z google zaoowocowała jakimś rozwiązaniem [które jest nieaktualne, bo niżej jest lepsze].

======== EDIT =========

Udało mi się skompilować statycznie. Pliczki są większe, ale nie wymagają msvcrt80.dll. Paczuszka jest tu.

Feedback mile widziany :)


Reasumując to nie wina .NETa, tylko najnowszego visuala, który aż kipi od nowoczesnych technologii, które wymagają conajmniej windowsa 2000 i z którymi są same problemy. Pewnie jakby skompilować to w jakimś np VC++ 6.0 to by poszło bez problemu nawet na win98, ale legalne to by już nie było ;)

Idź do forum: Emulacja - 8bit

1,065 Odpowiedź przez laoo/ng

(26 odpowiedzi, napisanych Emulacja - 8bit)

Skompilowałem za pomocą Visual C++ 2005 Express Edition (kompilator natywnego C++ nie mający nic wspólnego z dotnetami) i działa. Nie mam niestety dostępu do kompa bez .NET 2.0 i nie wiem czy działa bez .NETa, ale zaglądając do środka plików nie widzę tam żadnych odwołań do jakichkolwiek dotnetowych bibliotek. Tylko do MSVCR80.DLL.

Idź do forum: Emulacja - 8bit

1,066 Odpowiedź przez laoo/ng

(18 odpowiedzi, napisanych Sprzęt - 8bit)

Napewno normalne to nie jest. Napis pochodzi z SELF TESTu, ale na niego to nie wygląda. Jak masz aparat, to zrób fote, (albo filmik, jeśli efekt jest "dynamiczny").

Idź do forum: Sprzęt - 8bit

1,067 Odpowiedź przez laoo/ng

(26 odpowiedzi, napisanych Emulacja - 8bit)

Dziwna sprawa z tym .NETem, bo wewnątrz SAP.exe jak i in_sap.dll nie ma żadnego odwołania do .NETa. tylko do MSVCR80.dll. Za to wymagany wydaje się być Direct X (DSOUND.dll)

Idź do forum: Emulacja - 8bit

1,068 Odpowiedź przez laoo/ng

(26 odpowiedzi, napisanych Emulacja - 8bit)

jellonek: to nie używaj i napisze se sam bez .net 2.0.
Autor zrobił to dla przyjemności bez żadnego wynagrodzenia i pisał to tak jak chciał i było mu wygodniej.

Idź do forum: Emulacja - 8bit

1,069 Odpowiedź przez laoo/ng

(18 odpowiedzi, napisanych Zloty)

180 kB... ?? Jak dotąd mieścili sie w 96 kB :> postęp ;)

Idź do forum: Zloty

1,070 Odpowiedź przez laoo/ng

(18 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

albo LCD + komputer + karta TV ;)

Idź do forum: Kupię / Sprzedam / Zamienię Atari

1,071 Odpowiedź przez laoo/ng

(18 odpowiedzi, napisanych Emulacja - 8bit)

Z XLPaint MAX-em UltraXE w ogóle mam problemy. Jak i z wersją 8 tak i 16 bitową. Linia rysuje się jakoś z boku. Niezłe. Pierwszy raz coś takiego widze :)
A800Win+ i Atari++ radzą sobie bez problemu z 8 bitową...

Idź do forum: Emulacja - 8bit

1,072 Odpowiedź przez laoo/ng

(18 odpowiedzi, napisanych Emulacja - 8bit)

Tebe: musiałeś coś źle napisać, bo np. dracowy emulator z80 działa, więc aż tak źle nie jest. Nie emuluje tylko szczególnych przypadków, takich jak fakt, że w trybie emulacji pewne instrukcje potrafią przekręcić na chwilę stos poza pierwszą stronę, ale reszta wydaje mi się OK.

Idź do forum: Emulacja - 8bit

1,073 Odpowiedź przez laoo/ng

(18 odpowiedzi, napisanych Emulacja - 8bit)

jellonek:
spoko spoko. draco wypuści emulator z80 pod warpa/f7, to i motywacja się znajdzie ;) A poza tym w TODO czytamy

[...]
   - CPU upgrades (65816, etc)
[...]

więc to tylko kwestia czasu ;)

alex:

Przy odpowiednio dużej determinacji wszystko się da, tylko wymagałoby to rewolucji w źródłach. Sam procesor i pamięć byłoby pewnie nawet prosto, ale np emulacja WARPa (szybszy zegar w wysokiej pamięci) albo F7 (dodatkowe cachowanie zerowego banku) wymagałaby znajomości źródeł na poziomie 0xF'a, a nawet wspomniana linijka w TODO jest zbyt nisko, aby liczyć na szybką interwencję w kwestii WARPów :)

Uważam poprostu, ża są emulatory, w których można zrobić to szybciej i łatwiej ;)

Idź do forum: Emulacja - 8bit

1,074 Odpowiedź przez laoo/ng

(18 odpowiedzi, napisanych Emulacja - 8bit)

Mam rozumieć, że szukasz kogoś, kto weźmie diffa robiącego UltraXE z atari800 1.2.0 i uaktualni go tak, żeby pasował do wersji 2.0.2?
Jeśli tak to powodzenia :)

IMHO atari800 jest nierozszerzalny. Nie tędy droga...

Idź do forum: Emulacja - 8bit

1,075 Odpowiedź przez laoo/ng

(31 odpowiedzi, napisanych Programowanie - 8 bit)

O... zaczyna się ciekawa dyskusja. Ciekawe ilu atarowców ma komp na strychu, ilu chłodzenie wodne, a ilu gąbeczki pod twardym dyskiem, żeby nie rezonował...

Cóż, niektórzy nie są maniakami wyciszania kompa i wyłączają w nocy komputery ;)

Idź do forum: Programowanie - 8 bit