Przejdź do treści forum
atari.area
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
Rozpoczęło się Silly Venture 2026WE W Gdańsku wystartowało zimowe party Silly Venture 2026WE. Sprawdź dzisiejszy program oraz stream.
Alternatywny firmware dla A8PicoCart Ulepszone oprogramowanie dla A8PicoCart z odtwarzaczem SAP, wygaszaczem ekranu i obsługą tysięcy plików.
bm800xl 0.7.2 Nowa wersja emulatora 8-bitowego Atari na Raspberry Pi działającego bez systemu Linux.
BMAtariST v0.1.1 Nowa wersja BMAtariST v0.1.1 przynosi poprawki błędów dla bare-metal emulatora Atari ST/TT/Falcon na Raspberry Pi.
NeoST 0.6.4 Wydano NeoST 0.6.4 z obsługą NetUSBee, wbudowanym stosem sieciowym NAT oraz poprawkami dokładności.
Opcje wyszukiwania (Strona 38 z 123)
Ś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.
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.
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
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ę:
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.
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.
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
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:
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.
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 :)
@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ę!
Ja też chętnie nabyłbym taki zamiennik lub też dwa.
Zanabyłem drogą kupna 130XE SECAM od Bitmana i stwierdzam, że FGTIA poprawnie generuje wszystkie sprajty i obsługuje kolizje (testowane na SysInfo2), ma 8 odcieni i zarówno tryby ANTIC-a, jak i GTIA wyświetla poprawnie.
Podłączone i sprawdzone. Monitor ma proporcje 4:3 a do tego co Panowie pisali http://www.atari.org.pl/forum/viewtopic ... 38#p241338 podzielę się swoimi wrażeniami:
1. Atari 130XE PAL obraz z wyjścia VBXE (RGB) podłczone przez SCART - obraz stabilny i ostry, nic nie drży. Sygnałów composite video ani chroma/luma nie testowałem, bo nie mam kabelków.
2. Atari 130XE SECAM obraz z wyjścia monitorowego (video output) podłączony przez SCART - obraz stabilny i ostry, kolory chyba poprawne bo nieco inne niż w PAL.
Nie zaobserwowałem opóźnień.
Więc ten monitor (LG FLATRON M1917A) chyba można spokojnie polecić do VBXE.
Znalezione posty [ 926 do 950 z 3,062 ]