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
RastaConverter 1.0 RC12 Nowa wersja konwertera grafiki dla 8-bitowego Atari z wieloma poprawkami i samodzielnymi pakietami.
NeoST 0.5.2 Poznaj NeoST, wszechstronny emulator Atari ST działający w przeglądarce oraz na systemach desktopowych.
Gearlynx 1.2.23 Nowa wersja emulatora Atari Lynx Gearlynx przynosi wsparcie dla ComLynx i wiele poprawek.
VBXETERM 0.23 Nowa wersja terminala VBXETERM z obsługą VBXE, ATASCII i poprawkami błędów.
Atari System Emulator 1.9 Wydano nową wersję ASE, emulatora Atari ST napisanego w C#, z poprawkami wydajności i błędów.
Opcje wyszukiwania (Strona 38 z 123)
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.
Dzięki Panowie. Poczytałem wątki, w których pisaliście o różnych modelach. Niestety LG M1721A nie udało się namierzyć, ale zamówiłem LG FLATRON M1917A i zobaczymy jak się będzie sprawować. Obadam rzecz jak już przyjdzie i zdam relację.
No bardzo ładna inwitka. Gratulacje Lisu!
Tak czułem niestety. Szkoda. Ale zrobię w wolnej chwili jednak test, bo kto wie - może wszyscy będziemy zaskoczeni :) Dzięki.
No i niestety kolejny monitorek (tym razem Commodore 1084, wcześniej Phillips 8833) odszedł do Krainy Wiecznych Łowów.
Używałem go głównie do działań z VBXE i pomyślałem, że może spróbuję się zaopatrzyć w jakiś monitor LCD tym razem. CRT są już leciwe i niestety będą wysiadać coraz częściej (jakkolwiek zakupię jakiś CRT na pewno, ale chciałbym mieć jakiś sprzęt co do którego nie będę musiał się obawiać że lada dzień i ten przeniesie się na łono Abrahama).
Moja idealna wizja:
1. Obsługa PAL, NTSC i SECAM.
2. Obsługa interlace zarówno standardowego (mruganie naprzemienne ramkami parzystymi), jak i Rybagsowego (ramki parzyste i nieparzyste).
3. Wejście RGB, wejście obsługujące sygnał ze standardowego gniazda monitorowego Atari.
4. Proporcje ekranu 4:3.
5. Małe opóźnienie bo miło byłoby gdyby dało się na nim grać.
Oczywiście liczę się z tym, że może ideał nie jest możliwy do spełnienia.
Czy możecie mi jakiś model polecić?
Wszystko to znajdziesz u Zientary w "Procedurach Wejścia/Wyjścia": http://tajemnice.atari8.info/ksiazki/index.html
Można spojrzeć do "Procedur interpretera BASIC-a" w jaki sposób realizowane jest LOCATE - wydaje mi się, że x i y należało wstawić do COLCRS i ROWCRS po czym wykonać GET (PLOT analogicznie, ale z PUT-em). Ale głowy nie dam.
Pin do ściągnięcia zasobów z internetu używa Atari :] Serio.
AS... napisał/a:W ramach świątecznego prezentu, proponuję odbanować Bezrobottnego :)
Chciałbyś wprowadzić na forum element baśniowy?
Ale Święty Mikołaj był 2 tygodnie temu. Teraz CHOINKA :)
Zdrowych i spokojnych oraz szczęśliwego nowego!
Znalezione posty [ 926 do 950 z 3,054 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.092 sekund, wykonano 15 zapytań