Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Nadchodzi Rogul na Atari ST/STE Konwersja znakomitego Fantasy-Hack'n Slash-Roguelike Rogul z małego Atari na platformy ST/STE
Gearlynx z aktualizacją do 0.0.9 Wieloplatformowy emulator konsoli Atari Lynx, Gearlynx, doczekał się nowej wersji 0.0.9.
Invitka na Silly Venture 2025WE Na odbywającym się w Berlinie party Deadline 2025 została zaprezentowana invitka na zimową edycję Silly Venture 2025WE
Test7800 0.7.0 Najnowsza wersja emulatora Test7800 wprowadza obsługę kontrolerów i ułatwia wczytywanie plików ROM.
Fujisan v1.0.5 Nowa wersja nowoczesnego frontendu dla emulatora Atari800.
Opcje wyszukiwania (Strona 35 z 121)
F2-START,
F3-SELECT,
F4-OPTION,
F5-RESET,
F6-HELP,
F7-BREAK.
ATR to obraz dyskietki ponieważ 8-bit Atari to jest komputer, a nie konsola. Konsolami od Atari są 2600, 5200, 7800, Jaguar.
Niektóre gry mogą wymagać oryginalnego ROM-u OS ATARI - można go ściągnąć z https://sourceforge.net/projects/atari8 … 0XL%20ROM/ następnie rozpakować i podmontować w Altirrze w "System" / "Configure System", w drzewie "Computer" / "Firmware" / "Firmware Manager" i w drzewie "XL/XE Kernel ROM" przyciskiem "Add" dodajesz ATARIXL.ROM.
Domyślnie Altirra startuje z własnym odpowiednikiem systemu operacyjnego - jeśli gra Ci nie wystartuje wtedy podmontuj i wybierz ROM od Atari w "System" / "Configure System", w drzewie "Computer" / "Firmware".
Komputer resetujesz za pomocą SHIFT+F5 - to jest tzw. "zimny start" w odróżnieniu od "ciepłego startu" F5.
Edit: Może się okazać, że gra jest dostarczana na kilku dyskietkach. Wtedy obraz dyskietki zmieniasz w "File" / "Disk Drives" i w "D1" podłączasz odpowiedni ATR (np z drugą dyskietką, lub na powrót z pierwszą jeśli trzeba - gra powinna Cię o tym raczej poinformować).
Było już kiedyś Radio Penis :)
@toriman1: Dzięki. Zupełnie zapomniałem o tym schemacie.
MIXari ostatecznie rozwiązałoby kwestię Dely'ego :)
dely napisał/a:Następna wersja SONari powinna tak działać ;)
Kłopot z PBI/ECI jest taki, że tam jest jedna linia AUDIO. Ale jak chcecie mieć dźwięk mono z SONari... :)
@pin, @tebe: Dzięki! Rzeczywiście zapomniałem o IDE+ i o RAM XE 320 / 576. Poszukam.
@xxl: Balans głośności to oczywiście bardzo dobry pomysł.
Ja poszedłbym jeszcze krok dalej (ale nie wiem, czy Główny Konstruktor się zgodzi :D) i w Expanderze wyprowadziłbym AUDIO z każdego ECI osobnym jackiem tak, żeby można sobie je było niezależnie miksować samodzielnie. I dodał rejestr konfigurujący możliwość zsumowania sygnału z każdego ND z torem audio w Atari. Ale to jakby kwestia poboczna.
Czy oni w Atari proponowali (lub pokazali w działającym urządzeniu) jakieś rozwiązanie dotyczące sumowania sygnałów pojawiających się na linii AUDIO?
Czy ktoś zetknął się z urządzeniem PBI/ECI które na tej linii coś wystawia?
Interesuje mnie jak Atari proponowało rozwiązać konstrukcję takich nowych urządzeń, które grają przez AUDIO jakiś dźwięk. Czy w przypadku kiedy mamy więcej NewDevices (np. w 1090) wyjście AUDIO z każdego ND powinno być jakoś miksowane, czy to wszystko się po prostu spina razem do kupy?
Wiem jedynie że istniał syntezator mowy w 1450XLD zrealizowany jako ND ale on był wewnętrznie wbudowany w komputer.
Specyfikacja do 1090 podaje jedynie parametry linii i że AUDIO jest bezpośrednio włączone w tor audio Atari.
Żeń się, żeń. Powodzenia i gratulacje!
Wydaje mi się, że można przyjąć minimalny czas, jaki udało się uzyskać przy uruchomieniu programów, bo przecież nie synchronizujemy się z początkiem ramki więc start programu może wypaść równie dobrze na końcu i wynik jest wtedy zafałszowany o 1 w górę.
Edit: @seban: Fantastyczny pomysł z CLS!
Edit 2: Chociaż może właściwie uśrednienie jest sensowniejsze.
Pin napisał/a:mono napisał/a:Albo dwie dlisty i dwie pamięci ekranu - jedna z zerami, druga z $FF-ami i przełączać...
Myślałem o tym, ale odpuściłem z racji na to, że początek programu zeruje licznik i jego długość też ma znaczenie
Oj. ale program wyglądałby wtedy mniej więcej tak:
0 DPOKE 19,%0:DPOKE 560,ADR("displaylista 1 z pamiecia ekranu $FF"):DPOKE 560,ADR("displaylista 2 z pamięcią ekranu $00"):?TIME
Edit: W zmiennych tekstowych oczywiście kod DLki i ekranu. Ale to zdaje się nie spełnia regulaminu :)
Edit 2: Eeeee to się nie da - stała tekstowa może mieć tylko ze 250 bajtów. DLka się nie zmieści. Dałoby się w zmiennej tekstowej.
Pin napisał/a:oraz wynik: 1
0 dpoke 19,%0:gr.56:poke 710,15:poke 709,0:poke 710,0:poke 709,15:?time
.. ale to jest efekt dziurawego regulaminu ;)
Można to przyspieszyć poprzez SETCOLOR :D
Wtedy nie 56, ale 24 bo musisz wyczyścić pamięć ekranu :)
A można umieścić swoją dlistę w stałej tekstowej zamiast włączać GR.8+16? Bo ja bym wtedy zrobił dlistę ze 192 linijkami wskazującą na ten sam adres dzięki czemu pamięć ekranu ograniczyłaby mi się do 40 bajtów :) To by chyba zamiotło.
Edit: Albo dwie dlisty i dwie pamięci ekranu - jedna z zerami, druga z $FF-ami i przełączać...
Ten czarny pas między odcieniem 7 a 8 na teście GTIA jest OK. Tak ma być :)
Edit: Między 3 i 4 też. Prawdopodobnie jest też między 11 a 12, ale mniej widoczny.
Niech zgadnę jak nazywa się utwór wykorzystany w demie :) Samo demo przypomina mi trochę Twoje pierwsze dema na ZX - bardzo przyjemne demo! Cenkju.
Chociaż RDY też jest niedobre, bo w międzyczasie pewnie zginie NMI. Podejrzewam, że niebezzasadnie tylko ANTIC zgłasza przerwania niemaskowalne i że robi to w ściśle określonych chwilach kiedy nie blokuje CPU.
Wyglądałoby na to, że najlepsze jest jednak zwykłe I/O z flagą w rejestrze.
lda #komenda_dla_koprocesora
sta rejestr_komend_koprocesora
lda #flaga_gotowosci_wyniku
?wait bit rejestr_stanu_koprocesora
bne ?wait
lda rejestr_wyników_koprocesora
toriman1 napisał/a:Z pewnością da się wykorzystać. Nie jestem programistą ale jeśli wystawiasz flagę procesorowi to programowo można nad tym zapanować
Można, ale (jak już rozmawialiśmy) problemy się mnożą. Co jak w międzyczasie:
clv
lda #komenda_dla_koprocesora
sta rejestr_koprocesora
bvc *
lda rejestr_koprocesora ;odebranie wynikow
przyjdzie przerwanie? Można powyłączać, no ale nie o to chodzi. Taką kooperację pewnie wygodniej robić tak, jak to robi ANTIC (bo i tak już musimy zaingerować we wnętrze komputera). Więc pewnie byłoby:
lda #komenda_dla_koprocesora
sta rejestr_koprocesora ;i tu koprocesor robi READY[] procesorowi do chwili zakończenia operacji
lda rejestr_koprocesora ;odebranie wynikow
Może po drodze potrzebny byłby jakiś NOP, ale to chyba byłoby sensowniejsze.
Dlatego podałem analogię z BRK - ten z kolei raz działa, a raz nie działa :)
toriman1 napisał/a:ale ja programistą ekstremalnym jak Ty nie jestem...
Programistą ekstremalnym jest inny kolega :) Ja staram się po bożemu w pozycji misjonarskiej.
Dziękuję za informacje. Bardziej niż sam opis działania V przy operacjach CPU właśnie ciekawi mnie sama linia SO.
Być może SO miałby sensowne zastosowanie w jakichś autonomicznych systemach opartych o 6502, niż w komputerze.
Może to jest tak, jak z BRK - niby służyć ma do wołania funkcji systemowych, ale wygodniej, prościej i szybciej zrobić sobie zwykłą tablicę skoków więc nikt z tego nie korzysta. W przypadku SO pewnie uniwersalniej mieć po prostu rejestr z flagą.
Może najsensowniejszym zastosowaniem dla SO jest rzeczywiście jakiś koprocesor, czyli urządzenie blisko współpracujące wewnętrznie z CPU, a przy konstruowaniu zwykłych urządzeń należy zostawić to w spokoju.
Cenna wiadomość dla XXL-a - SO nie ma w 65C816 :P Więc proponuję jej użyć w jakimś nowym sprzętowym rozwiązaniu :)
@Seban: O, i to jest ciekawostka! Dobry pomysł z publikacją projektów. Nieśmiało zagadnąłbym też o SlightSID-a - jest szansa na finisz i wdrożenie do produkcji?
Wiem, że temat jest starszy niż Vasco, ale Atari dobiega 40-tki więc trudno wyskoczyć z czymś nowym.
Do rzeczy: czy ktoś coś wie na ten temat?
Co wiem:
- Dataszit mówi, że tym ustawia się znacznik V w CPU,
- zastanawiający jest brak SEV na liście rozkazów,
- drzewiej chodziły słuchy, że to służy do obsługi koprocesora.
Tak więc ciekawi mnie czy w ogóle są jakieś dokumenty od Atari, Rockwella itp. które mówią do czego planowano to wykorzystać?
Ciekawi mnie też czy ktokolwiek (niekoniecznie w/w świętości) do czegoś to wykorzystał.
Przeszukałem fora (trzy), ale trudno zadać pytanie nie dostając miliona wyników (szczególnie na forum obcojęzycznym ;]).
No skąd. Przecież na tych chipach muzykuje Atari :)
Artu2tu napisał/a:Dobra robota, czas na SIDari. No chyba, że mityczna Evie skądś się wyłoni.
Tak może brzmieć Evie lub SlightSID lub SIDari w wersji z jednym układem SID (utwory 1xSID):
- The Changes by Stefan Uram (Orcan)
- RoboCop 3 by Jeroen Tel
- StormLord 2 by Reyn Ouwehand
Tak może brzmieć SIDari lub SlightSID w wersji z dwoma układami SID (utwory 2xSID):
- A Childhood Dream by Gaetano Chiummo
- Gliding Gladly by Kamil Wolnikowski (Jammer)
- Hokuto by Nata
A tak może brzmieć SIDari lub SlightSID w wersji z dwoma układami do spółki z Evie (utwory 3xSID):
- A Walk in the Countryside by Gaetano Chiummo
- Power Ballad by Gaetano Chiummo
- Waterfall by Gaetano Chiummo
To są tylko zrzuty z emulatora Atari800, aczkolwiek mogę powiedzieć, że dwusidowe utwory zostały odtworzone na żywym sprzęcie w konfiguracji Evie 2.0 + SlightSID 1.0 u Draco. Evie wewnątrz komputera, w ECI+Cart było IDE+, a w złączu przelotowym Cart (w IDE+) siedział sobie SlightSID. W takiej konfiguracji ale z SIDari lub SlightSID-em stereo można posłuchać .SID-ów grających 3-ma układami :)
MCbx napisał/a:zrzuciłem teraz np. Future Composer, i o ile sam program jest w zasadzie ten sam co w obecnych .xex'ach, to po nim są w dystrybucji dodatkowo w ilości 5 sztuk przykładowe projekty.
Czy mógłbyś to udostępnić?
Tajemnica wojskowa! :)
Edit: A czemu pytasz?
Dodałem wstępny support OPL3 do emulatora Atari800. Moje repozytorium git znajduje się tutaj.
YAMari domyślnie dostępne jest w $D500, ale można w konfiguracji wybrać slot.
Nie przechodzi procedura detekcji układu OPL3, ale YAMATEST.BAS generuje dźwięk.
Kompilujemy:
$ ./configure \
--enable-monitorbreakpoints \
--enable-monitorprofile \
--enable-monitortrace \
--enable-seriosound \
--enable-volonlysound \
--enable-synchronized_sound \
--enable-sid_emulation \
--enable-psg_emulation \
--enable-opl3_emulation
$ make
Ten build przygotowywany jest u mnie dla SDL.
Kod emulacji został wzięty z DOSBOX-a.
1.ZuluGula - 2szt.
2.pancio.net - 1 szt.
3._kriss_ - 1 szt.
4.Sniegowy - 1 szt.
5.dragmar - 1 szt.
6.pawel - 1 szt.
7.atarixegs - 1 szt.
8.seban - 1 szt.
9.sun - 1 szt.
10. lopez - 1szt.
11. perinoid - 1szt.
12. bocianu - 1szt.
13. sikor - wstępnie 1, docelowo 2szt
14. uicr0Bee - 1 szt.
15. KrISS - 1 szt.
16. tooloudtoowide - 1 szt.
17. Montezuma - 1 szt.
18. Duddie - 2 szt.
19. Yezy - 2 szt.
20. Pablozp - 1 szt.
21. Dez3 - 1 szt.
22. rjw - 1 szt.
23. takron27 - 1szt.
24. MGor - 1 szt.
25. antek - 1 szt.
26. Atari-User 2 szt (lub 3szt. zależy jaka będzie cena).
27. Relnet13
28. Mono - 2 szt.
MGor napisał/a:Po wymianie zaniepokoiły mnie delikatne trzaski w jednym z kanałów słuchawek i tu zwracam się z prośbą o potwierdzenie słyszalności tych trzasków na innych AY.
Zaobserwowałem to samo.
Jak masz skonfigurowanego AY:
1. Wszystkie kanały sterowane obwiednią.
2. Okres obwiedni 50*256 (więc wolno).
3. Grasz tylko czysty ton bez szumów.
Zmodyfikowałem Twój program tak, że ustawiłem okres 0 na każdym kanale (rejestry okresu tonu A,B,C) i po uruchomieniu słychać nadal to buczenie.
Kiedy wyłączę również granie tonu w rejestrze ENABLE (7) wtedy nadal jest to słyszalne.
Kiedy przestaję sterować kanały obwiednią i ustawię dowolną głośność na wszystkich kanałach (8,9,10) ten dźwięk znika.
Mam z tego taki wniosek, że jest to związane ze skokową zmianą amplitudy obwiedni (nawet wolnozmiennej) bo AY ma tam ciągle tylko 16 poziomów, a YM 32. Tony nie są grane, szumy też nie, ale obwiednia tak.
Mam w układzie dwie Yamahy.
Edit: Żeby było zabawnie, to emulator gra to tak samo :D
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 :)
Znalezione posty [ 851 do 875 z 3,014 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.101 sekund, wykonano 20 zapytań