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
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
MadPascal 1.7.3 już dostępny Nowa wersja kompilatora MadPascal przynosi poprawki i optymalizacje
Echa Lost Party 2025 Wyniki, zapis wideo oraz stuff.
Lost Party 2025 startuje już jutro W Licheniu Starym rusza zlot fanów 8-bitowych komputerów
zeST 20250627 - Atari ST w FPGA z turbo! Nowa wersja zeST z trybem turbo 50 MHz i poprawkami Shiftera i MFP
Opcje wyszukiwania (Strona 35 z 121)
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 :)
@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ą?
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 ?
Świetna sprawa. Czyli w perspektywie da się odciążyć trochę Atari.
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 :)
Podstawowe inforacje znajdziesz w publikacji "Atari BASIC" Wiesława Miguta.
Ja bym chętnie zakupił jeśli Pin wyrazi zgodę. No i jeśli nie jestem na czarnej liście :)
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?
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
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.
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.
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.
Znalezione posty [ 851 do 875 z 3,002 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.105 sekund, wykonano 14 zapytań