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
VBXETERM 0.19 Nowa wersja terminala dla Atari z VBXE wprowadza 11 fontów oraz ulepszony interfejs użytkownika.
Altirra 4.50 test 10 Nowa wersja testowa emulatora Altirra wprowadza usprawnienia w debuggerze oraz funkcję autosugerowania.
Heart of Neon "Heart of Neon" to film dokumentalny o Jeffie Minterze.
Dlaczego warto tworzyć na Atari w 2026? Pazur, jeden z twórców Cosmic Hero 2 wyjaśnia, dlaczego 8-bitowe ograniczenia rozwijają kreatywność i pasję.
Wielki finał kursu asemblera 6502 Larek kończy swoją serię programowania w asemblerze 6502 na 8-bitowe Atari.
Opcje wyszukiwania (Strona 36 z 122)
Nie ma za co. Obrazy dysków znajdziesz na:
- http://www.atarimania.com/
- http://a8.fandal.cz/
- http://www.mushca.com/f/atari/
- http://ftp.pigwa.net/stuff/collections/ - to archiwum demosceny więc są gry, dokumentacje, dema
- http://atarionline.pl/ w katalogu gier - tam są archiwizowane przeróżne wersje gier również i takie które nie działają poprawnie więc trzeba się czasem uzbroić w cierpliwość.
Obrazy dysków, z którymi możesz się spotkać to ATR, ATZ, ATX, XFD, PRO. Są też i obrazy taśm - CAS. CAS-y montujesz w "File" / "Cassette" / "Load" i komputer trzeba startować z wciśniętym klawiszem START - pomaga w tym opcja "System" / "Auto-boot Tape (Hold Start)". Obrazy dysków ładujesz bez tej opcji.
Zapomniałem - jest jeszcze konsola Atari Lynx. Konsolki zazwyczaj wymagają osobnych emulatorów - Altirra emuluje tylko Atari 400/800/XL/XE i konsolę 5200 i XEGS (która jest zwykłym komputerem XL/XE ale stylizowanym na konsolę).
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
Znalezione posty [ 876 do 900 z 3,040 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.107 sekund, wykonano 25 zapytań