876

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

Mq napisał/a:

pod jakim adresem należało by umieścić urządzenie (chodzi o przełącznik), żeby nie kolidowało to z niczym, nie przeszkadzało żadnym programom, nie kolidowało z rozszerzeniami, kartridżami itd?

Pytanie co prawda nie zostało skierowane do mnie, ale jako że rzecz mnie też żywo interesuje to się wypowiem :) Jest z tym problem.
Polecam zacząć dochodzenie od:
- http://atariki.krap.pl/index.php/Rejestry_PBI
- http://atariage.com/forums/topic/252409 … ?p=3506607
- https://github.com/atari800/atari800/bl … C/cart.txt
a potem po kolei mapy pamięci urządzeń, które do tej pory wymyślono, np.
- http://atariki.krap.pl/index.php/VBXE
- http://atariki.krap.pl/index.php/Ultimate1MB
- http://atariki.krap.pl/index.php/Covox
- http://atariki.krap.pl/index.php/Evie
- http://atariki.krap.pl/index.php/Stereo i http://atariki.krap.pl/index.php/QUAD_POKEY ($D220..$D23F)
- http://www.atari.org.pl/forum/viewtopic.php?id=15764
- http://atariage.com/forums/topic/237060 … try3216603
ale jest tego jak się można domyślać wiele więcej. W Atariki znajdziesz dużo informacji http://atariki.krap.pl/index.php/Akceso … zszerzenia .
Można też zerknąć na specyfikacje serii XLD i prototypy nowych urządzeń, które Atari planowało. Przykładowo syntezator mowy: http://www.atari.org.pl/forum/viewtopic … 89#p178089 i http://atariki.krap.pl/index.php/SC-01A.
Dobrym miejscem też są źródła emulatorów Atari800  i Altirra.
Obawiam się że każdy kto planuje jakieś rozszerzenie ma z tym ból głowy.

Edit: Ciekawostka - zerknij na carta Type 18: Bounty Bob Strikes Back 40 KB cartridge i rozszerzenie http://atariki.krap.pl/index.php/Axlon

Edit 2: Nie wiem czy to będzie pomocne - dla swoich potrzeb zacząłem kiedyś robić taką mapę pamięci, ale raz że jest mocno niekompletna, a dwa że wymaga weryfikacji (nie dysponuję informacjami o mapie pamięci każdego urządzenia jakie powstało):

- D0xx:
    00-1F: GTIA
    80: VBXE reset (s_vbxe.sys zapisuje rejestr $D099 w celu resetu vbxe)
- D1xx:
    00-AF: PBI obszar rejestrow aktywnego urzadzenia
    B0-CF: PBI 1450XL
    D0-DF: PBI Audio?
    E0-E7: PBI ?
    E8-EF: PBI RS-232 + Centronics
    F0-F7: PBI dodatkowy CPU
    F8-FD: PBI 80-kolumn
    FE:    PBI bank RAM
    FF:    PBI aktywacja urzadzenia i status przerwania
    C0-C3: MIO
    E0-E3: MIO
- D2xx:
    00-0F: POKEY
    10-1F: POKEY2
    20-23: COVOX
    40-43: COVOX
    40-7F: SIDari
    60-63: COVOX
    80-83: COVOX
    80-9F: SimpleStereo3
    C0-DF: SoundBoard
    C0-FF: Evie
    00-00: SimpleStereo
- D3xx:
    00-03: PIA
    80-81: Ultimate1M
    E2:    Ultimate1M RTC
- D4xx:
    00-0F: ANTIC
- D5xx:
    00:    Sic! cartridge
    00:    RAM-CART
    FF:    SIDICAR
    00-1F: SlightSID mono
    00-41: SlightSID stereo
    00-3F: SIDari
    00-03: YAMari (dip-switchami mozna wybrac D520..D522, D540..D542, D5xx..)
    00-01: SONari mono
    00-03: SONari stereo (dip-switchami mozna wybrac D520..D523, D540..D543, D5xx..)
    00-1F: SoundBoard
    20-2F: ARC
    B8-BF: R-TIME8
    ..-..: Tomek8 cartridge
    C0:    Weronika cartridge
    D0-DF: Diamond GOS
    E0-EF: SDX128 cartridge
    E0-E1: Ultimate1M SDX cartridge
    FE-FF: SDX256 cartridge
- D6xx:
    00-03: COVOX
    00-1F: SoundBoard
    40-5F: VBXE FX/GTIA core
    80:    VBXE reset
    FF:    VBXE CR6
    00-1F: slot 0 PBI
    20-3F: slot 1 PBI
    40-5F: slot 2 PBI
    60-7F: slot 3 PBI
    80-9F: slot 4 PBI
    A0-BF: slot 5 PBI
    C0-DF: slot 6 PBI
    E0-FF: slot 7 PBI
    FF:    ROM Changer
- D7xx:
    00-03: COVOX
    00-1F: SoundBoard
    40-5F: VBXE FX/GTIA core
    80:    VBXE reset
    FF:    VBXE CR6

Edit 3: Rozumiesz już teraz pewnie dlaczego Pin tak się złości :)

877

(364 odpowiedzi, napisanych Fabryka - 8bit)

@piomet: Odnośnie problemów z wdziękiem, to przypomniałem sobie że jak testowaliśmy z Draco SONari wpięte do komputera z Rapidusem i Evie i Stereo, to SONari potrafiło zafałszować, albo gubiło zapisy do rejestrów. Pomogła wymiana zasilacza na mocniejszy (niestety nie pamiętam jaki nominał).

Edit: Stereo tam nie było.

Edit 2: Czy nie masz problemów z innymi cartami? Np. z JombJake? Może to znana przypadłość z wymianą bramki XOR w środku Atari na szybszą?

878

(364 odpowiedzi, napisanych Fabryka - 8bit)

piomet napisał/a:

3. Kilka razy przy ładowaniu modułu wywaliło not enough memory (zamontowane Ultimate 1Mb)

Czy mógłbyś ściągnąć i użyć wersji 0.7 playera http://www.atari.org.pl/forum/viewtopic.php?id=15782 ?
Poprzednia wersja wymagała do działania XRAM, aktualna ciągnie dane prosto z dysku i powinna bezproblemowo działać bez rozszerzenia.
Jaką masz wersję SDX?

Edit: A, i czy ustawiłeś poprawny slot jumperem http://www.atari.org.pl/forum/viewtopic … 41#p246541 ?

879

(219 odpowiedzi, napisanych Fabryka - 8bit)

Świetna sprawa. Czyli w perspektywie da się odciążyć trochę Atari.

880

(219 odpowiedzi, napisanych Fabryka - 8bit)

Człowiek tam i tam napisał, że zrobił to jako NewDevice tylko dlatego (i nie ma innych przesłanek typu dodatkowa asynchroniczna funkcjonalność, przerwania, czy sygnały dostępne na PBI/ECI a niedostępne na carcie), że gry które mogłoby używać DragonCarta są też na cartridge'u. W XL dzięki temu możesz włożyć naraz grę w złącze cartridge, a w PBI Dragon Carta i wszystko będzie razem działać. W serii XE nie ma z tego korzyści, bo NewDevice używa pary Cartridge+ECI więc urządzenie musi być wtedy przelotowe (a przynajmniej musi mieć slot na cartridge).
Wniosek z tego, że mogłoby to być zwykłym cartridge'm. Oczywiście prócz tego używa do komunikacji z ethernetem innego chipa, ale na tym to ja się już nie znam i nie wiem czy on daje jakieś dodatkowe możliwości i czy obsługuje się go inaczej czy nie.
Zaletą z wykorzystania NewDevice jest też to, że urządzenie może mieć rejestry sprzętowe poza stroną $D5 a skoro taki argument padł, to pewnie będzie miał adresy gdzie indziej niż DragonCart.
Wydaje mi się że urządzenie kompatybilne z oryginalnym DragonCart'em ma tę zaletę że pewnie jakieś oprogramowanie przeznaczone dla DragonCarta po prostu na nim zadziała, natomiast ten NewDevice będzie wymagał albo poprawek w kodzie już istniejących programów, albo przynajmniej rekonfiguracji adresów (świetnie jeśli to wystarczy).
Moim zdaniem potrzebujemy porządnego CART+NEW-DEVICE expandera zamiast projektować takie urządzenia nieco na wyrost :)

881

(46 odpowiedzi, napisanych Programowanie - 8 bit)

Podstawowe inforacje znajdziesz w publikacji "Atari BASIC" Wiesława Miguta.

882

(219 odpowiedzi, napisanych Fabryka - 8bit)

Ja bym chętnie zakupił jeśli Pin wyrazi zgodę. No i jeśli nie jestem na czarnej liście :)

883

(3 odpowiedzi, napisanych Fabryka - 8bit)

A można prosić o więcej informacji?
1. Jaka wersja VBXE?
2. Jaki zegar w Atari (czy używasz Rapidusa)?
3. Jak wywołałeś VBFC?
4. Jaka wersja SDX?

884

(364 odpowiedzi, napisanych Fabryka - 8bit)

A ja w międzyczasie dodałem do emulatora atari800 pełną obsługę slotów w SONari (domyślna lokalizacja $D560..$D57F) i SIDari (domyślna lokalizacja $D580..$D5BF). Moje repozytorium jest tam gdzie wcześniej.

Edit: A, no i aktualna wersja PSGPLAYH w http://www.atari.org.pl/forum/viewtopic.php?id=15782

885

(2 odpowiedzi, napisanych Fabryka - 8bit)

No i rzecz, o której zapomniałem kompletnie. Ten programik z kolei służy do zmiany palety systemowej VBXE dla rdzeni FX (paleta 0) i GTIA (jedyna dostępna paleta).
Załączone palety pochodzą z programów G2F i AGS.
Dostępne do ściągnięcia są .zip, .arc, .atr, .tar.bz2.

Edit: Przy okazji zaktualizowałem sterownik przeprowadzający detekcję VBXE.SYS, bo nie wykrywał rdzenii GTIA.

886

(3 odpowiedzi, napisanych Fabryka - 8bit)

Dzięki uprzejmości Panów Electron'a i Candle'a zrobiłem programik dla SpartaDOS X, który umożliwia manipulacje rdzeniami VBXE.
Obsługiwane jest VBXE v1 i v2, ponadto program wykrywa i rekonfiguruje Rapidusa pod kątem użycia VBXE.
Program ściągamy stąd. Jak w przypadku innych, tak i tu dostępne są .zip, .atr, .arc i .tar.bz2.

887

(17 odpowiedzi, napisanych Fabryka - 8bit)

Co prawda ten playerek był już anonsowany w wątku http://www.atari.org.pl/forum/viewtopic … 27#p186927 (to już 4 lata minęło... ech) ale początkowo obsługiwał tylko Evie. Po drodze dokonałem w nim kilku zmian:
- zmieniła się nazwa z PSGPLAYE na PSGPLAYH gdyż
- dodałem obsługę SONari
- dodałem obsługę odtwarzania strumieniowego bezpośrednio z dysku dzięki czemu program nie zgłasza już zapotrzebowania na pamięć XRAM
- poprawiłem obsługę pauz dłuższych niż ramka (specyfika formatu PSG1),
- dodałem obsługę zmiennej środowiskowej PSGPLAYH.
Wymagana jest SDX 4.47.
Aktualna wersja to 0.7 i można ściągać .zip, .atr, .arc lub .tar.bz2.

Edit: Literówka.

888

(46 odpowiedzi, napisanych Programowanie - 8 bit)

W takim razie może się przydać też http://atariki.krap.pl/index.php/Generator_znak%C3%B3w

889

(46 odpowiedzi, napisanych Programowanie - 8 bit)

Rozpoznanie bojem :)

890

(46 odpowiedzi, napisanych Programowanie - 8 bit)

Mniej więcej. W bajcie jest tu 8 bitów, więc w trybe hires masz 8 pikseli na bajt, a w multicolor 4 piksele na bajt.

891

(46 odpowiedzi, napisanych Programowanie - 8 bit)

To teraz ja może zdam kilka pytań:
1. Ile pikseli znajduje się w bajcie w trybie 2?
2. Ile pikseli znajduje się w bajcie w trybach 4 i 5?
3. Dla jakiego trybu przygotowany jest standardowy generator znaków, którego używasz?
Wszystko wyświetla się poprawnie.

Edit: http://atariki.krap.pl/index.php/ANTIC_ … by_znakowe

892

(364 odpowiedzi, napisanych Fabryka - 8bit)

Artu2tu napisał/a:

Reasumujac: jest moc.  Ciekawe,  czy kolejna wersja emulatora ZX działająca na Rapidusie i VBXE będzie wspierała Sonari?

Ależ wspiera. Należy mu tylko skonfigurować adres.

Edit: W pliku ZX.CFG należy dodać linijkę:

AY=$D560

893

(364 odpowiedzi, napisanych Fabryka - 8bit)

Na filmie @Artu2tu zauważyłem, że są problemy z generatorem szumów. Podczas prób z prototypem SONari od Torimana zdarzyło mi się użyć kiedyś wadliwego AY, który nie generował szumów. Tak więc problem może leży w wadliwym układzie.

894

(219 odpowiedzi, napisanych Fabryka - 8bit)

1. ZuluGula - 1szt.
2. pancio.net - 1szt.
3. Cobol - 1 szt.
4. atarixegs - 1 szt.
5. Sikor - 2 sztuki
6. Pin - 1szt - ale raczej pod warunkiem, że będzie to cart z przelotem
7. Mono - 2 szt.

895

(46 odpowiedzi, napisanych Programowanie - 8 bit)

http://www.virtualdub.org/downloads/Alt … Manual.pdf

ad.1. czas który zabiera antic jest uzależniony od trybu dl
ad.2. licznik danych antica jest 12-bit 
ad.3. wystarczy o ile nie wyłączasz przerwań vblk
ad.4. nie widziałem

896

(364 odpowiedzi, napisanych Fabryka - 8bit)

Mq napisał/a:

@Mono, nie wiem na ile tam ten Twój soft już jest gotowy, ale może dał byś jakiś kawałek testowego programiku, który zrobi cokolwiek, żeby chłopaki mogli posprawdzać jak już złożą?

http://mono.atari.pl/psgplay/psgplayh.atr
Odpalamy:

PSGPLAYH /A $D560 SPEJS

897

(364 odpowiedzi, napisanych Fabryka - 8bit)

Mq napisał/a:

@Mono: czy w takim razie dla wygody użytkowników Twoje programiki mogły by jako domyślny przyjmować adres bazowy $D560 zamiast obecnego $D500?

Ma się rozumieć - jak zwykł mawiać Miś Uszatek.

898

(364 odpowiedzi, napisanych Fabryka - 8bit)

Mq napisał/a:

Adres żeby ustawić, to trzeba zlutować _tylko_jedno_ z połączeń na tej "drabince". Moja sugestia jest taka, żeby poprosić Mono o wytyczne, bo to on pisze soft. Mono jak czytasz, to proszę, wypowiedz się tu:-)

Moje programiki można konfigurować podając adres karty za pomocą /A adres, więc docelowy adres urządzenia nie jest wielkim problemem. Domyślnie przyjmowany jest adres bazowy $D500.
Jeśli dobrze widzę adres bazowy SONari może być skonfigurowany za pomocą jumperów SJ3..10 (wg schematu http://raven1.magix.net/sonari/SONari_stereo.pdf) co $20 bajtów. Ponieważ SlightSID siedzi sobie w obszarze $D500..$D542, to może niech adres bazowy SONari byłby w $D560? To będzie Y3 (czyli SJ6) zwarty?

Edit: Pamiętajcie jeszcze o SJ1 i SJ2 jak nie chcecie żeby programy wypisywały Wam że znalazły AY a macie wsadzone YM :)

899

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

@Impuls: Zerknij na kolejną odsłonę rodziny 65 czyli na 65C816 i od razu humor Ci się poprawi. Tego procesora możesz używać z Rapidusem.

seban napisał/a:

EDIT2: sprawdziłem wersję XEX, po 28 levelu który ma "?" jako układ bloków do rozbicia... następuje level 29 z dwoma rzędami klocków u góry, po czym odpala się level 30 i to jest już kaszana i śmiecie na ekranie. sprawdzę zatem oryginał na carcie. Sprawdziłem oryginał na carcie, odpalony na real sprzęcie. Gra zachowuje się dokładnie tak samo... sieczka na 30-levelu.

Czyżby autor założył że nikt nie dotrze tak daleko?

EDIT3: LOL... autor popełnił błąd w kodzie ;) zakładał że poziomów będzie 49... jednak poziomów w grze umieścił 29... poziom 30 faktycznie nie istnieje... po poprawce w kodzie gry po przejściu 29 poziomu... gra po prostu startuje od nowa tzn. od poziomu nr 1 :) nie ma żadnego zakończenia, nawet napisu "congratulations" :D

Niesamowite - Nexuss na carcie, choć też zepsuty. Ale odkrycie jest fajne - wielkie dzięki za podrążenie tematu i za poprawkę!