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
Zmarł Jer Odszedł nasz kolega, encyklopedia wiedzy na temat elektroniki.
20. odcinek kursu programowania u Larka Larek wraca z okrągłą, dwudziestą częścią swojego popularnego kursu pisania gier na Atari.
ELITE Atari 8-bit! Dostępne demo portu gry ELITE (wersja dyskowa z BBC Micro) na komputery Atari XL/XE.
BBC BASIC dla Atari XL/XE BBC BASIC w wersji 3.10 dostępny na Atari XL/XE! Port stworzył Ivo van Poorten.
Altirra 4.40-test23 Kolejna testowa wersja Altirry przynosi poprawki w emulacji VBXE i usprawnienia w zarządzaniu firmware.
Opcje wyszukiwania (Strona 54 z 191)
wolałem się upewnić,
dla mnie ok, bo mam niemieckie klawisze
@Kroll wysłałem maila,
okazuje się że TT też ma różne klawiatury: z długim i krótkim sziftem:
https://www.atari-forum.com/viewtopic.p … 31#p417131
git,
jeśli miałbyś BLiTTER to i system by szybciej działał i programy szybciej by się z dysku IDE ładowały :P
x_angel napisał/a:Z tego co czytałem, to nie ma za wiele gier/aplikacji, które robią pożytek z Blittera w ST.
System operacyjny używa BLiTTER, więc chcąc nie chcąc wszystkie aplikacje też.
Dema również używają, Lotus STE działa na zwykłym ST z BLiTTERem. Sterowniki do dysków IDE również (np. Pery Putnika).
Tak więc lepiej go mieć niż nie mieć.
x_angel napisał/a:Można by pomyśleć, żeby dodać drugą Yamahę, tak jak się dodaje drugiego Pokeya w małym Atari :) Ale to dalej chyba nie będzie to i nie widziałem nigdzie takich rozwiązań. Pewnie właśnie dlatego, że STe było takim wypasionym ST.
świetny pomysł
x_angel napisał/a:Skąd pobrać jakiś driver i jak spartycjonować kartę i zrobić ją bootowalną? Pomińmy tu dyskusje, który driver lepszy itp - chcę szybko (i najlepiej darmowym driverem) sprawdzić, czy IDE działa.
Mam kartę CF 256MB.
A może ktoś zapoda gotowy obraz na testy?
rzuć okiem tutaj: http://atari.8bitchip.info/DiskImgPP1.html
Mam US i szczerze mówiąc nie zwróciłem na to uwagi.
Z tego co widzę to jest to głębszy problem: https://www.atari-forum.com/viewtopic.p … 45#p374045
Czytałem ostatnio na AF że GEMDOS podczas operacji na plikach pobiera datę z IKBD a nie systemową. Tak więc wygląda na to że zegar systemowy jest ustawiony na aktualną datę ale ten w IKBD już nie (co pokazuje Control Panel).
tak jak @sqward napisał, dopasione ST było by git
@sqward przemyślałem sobie sposób zapisu danych 68k no i możesz mieć rację.
Przykładowo w obu przypadkach adres $1000 powinien zawierać tą samą daną: "move.b #$FF,$1000" / "move.w #$FF00,$1000". Czyli, ze względu na to że szyna danych jest 16 bitowa, wartość "$FF" dla obu instrukcji musi lecieć po D8-D15
---edycja---
sprawdziłem pod Steem SSE no i dla "move.b #$07,(A0)" ten sam bajt leci D0-D7 i D8-D15, czyli na szynie jest $0707 niezależnie czy wysyłam pod parzysty czy nie parzysty adres.
x_angel napisał/a:No cóż - ja tego nie wymyślam i tak mówią schematy. Może ten opis tyczy się nazw wejść układów, a nie fizycznych sygnałów?
Skąd ten opis pochodzi? Ze źródeł któregoś emulatora?
tak to wygląda od strony programisty.
Tak tylko się zastanawiam, w sumie to opis elektroniki nie musi być dokładnie taki sam ja ten od strony programisty.
x_angel napisał/a:TADAMMMMMMMM!!!!!!!!!!!
Do GLUE do pinów D0/D1 trzeba dociągnąć D8/D9 zamiast D0 i D1.
Już śmiga.
świetna wiadomość
x_angel napisał/a:Do GLUE do pinów D0/D1 trzeba dociągnąć D8/D9 zamiast D0 i D1.
a to ciekawe bo teoretycznie GLUE powinien czytać bity D0/D1:
$FF8260|byte |Shifter resolution BIT 1 0|R/W
| |00 320x200x4 bitplanes (16 colors) ---------------+-+|
| |01 640x200x2 bitplanes (4 colors) ----------------+-+|
| |10 640x400x1 bitplane (1 colors) ----------------+-'|
i nie reagować na D8/D9
To drugi punkt po tym z YM, gdzie bity D0-D7 i D8-D15 szyny danych są zamienione.
---edycja---
Mogę wrzucić zdjęcia na Atari-Forum.com?
faktycznie, widzę że BLiTTERy u Exxosa się skończyły, ale u niego na forum jest wątek o zamienniku w FPGA, może więc warto by było dodać slot.
nie widzę podstawki pod BLiTTER :)
sygnały V, H i DE generowane są przez GLUE, bez nich MMU nie wyśle danych do SHIFTERa
x_angel napisał/a:Co do ginącego obrazu - normalnie w TOS-ie jest obraz, jak odpalam grę lub demo z dyskietki, to giną sygnały z Shiftera.
ciekawe jak wyglądają sygnały synchronizacji pionowej i poziomej przed i po uruchomieniu gry
x_angel napisał/a:Na szybko:
ISA jest według projektu STGA1040 czyli pod grafę. Chciałem jeszcze zrobić pod sieciówkę ISA ale każde kolejne złącze mocno powiększy płytę.
a może gdzieś na rynku jest rizer ISA, który z jednego portu zrobił by dwa, równoległe do płyty głównej?
przydał by się też port VGA
Jakby co to też byłbym zainteresowany.
x_angel napisał/a:Nie obeszło się bez mniejszych i większych wtop.
Z mniejszych to brak podwieszenia kilku linii do Vcc, błędy w wartościach elementów układu reset i jakieś tam inne mniejsze.
Z większych to jakoś mi umknęło, że układy 6850 oraz YM2149 mają podłączone linie danych A8-A15 zamiast A0-A7 ale po poprawce ruszyło. W sumie nawet bez tej poprawki ruszyło, ale oczywiście nie działała klawiatura i mysz i nie było dźwięku.
a to ciekawe, bo ACIA i YM są pod adresami parzystymi. Z zapisem bajtu "move.b #8,(A0)" nie będzie problemu bo 68000 wtedy na szynę danych wystawia $88, ale zapis słowa wydaje się problematyczny. Sprawdzę na realnym sprzęcie zapis słowa.
x_angel napisał/a:Na razie na tym etapie mam już jeden spory problem, który mnie trochę wstrzymuje, bo zachowanie jest dziwne i nigdy wcześniej z czymś takim się nie spotkałem. Nie działają mi tryby graficzne, po odpaleniu czegokolwiek (na razie mam na dyskietce tylko grę Chuckie Egg i jakieś demo) dostaję z monitora "no signal". Nie wiem, czy to jakiś drobiazg typu nie podpięty/źle podpięty sygnał, czy jakaś dość poważna sprawa.
Czy chodzi tu o to że w ogóle nie masz żadnego sygnału wizji, czy o to że obraz jest ale znika po odpaleniu gry?
nie chciałbym robić koncertu życzeń ale jakby co to drugi port ISA i port karta były wypasem.
No i jakbyś mógł napisać jak w ogóle do tego doszło :)
Świetny pomysł!
Jedna uwaga - brak carta to spory problem.
Nie zadziała żaden oryginalny program zabezpieczony donglem.
Netusbee również odpada
x_angel napisał/a:Przy okazji chwaliposta, w tle pewna zabawka:
Ale to już bardziej do Fabryki 16-bit :)
!!!!!
zapodaj więcej szczegółów!!!!!
@qbahusak "zabieg klawiaturowy"? Klawiatury dla różnych krajów mają różną ilość klawiszy, z tym że procesor klawiatury (i jego ROM) jest uniwersalny, czyli nie jest przypisany do konkretnego układu klawiatury. Informacja jaki układ klawiatury jest zapisana w ROMie. Czyli niemiecki TOS miał zapisany niemiecki układ klawiatury z dodatkowymi klawiszami "umlautami". Zamiana TOS z DE na US zmieni układ klawiatury na "QWERTY". Jeśli ktoś w niemieckim ST chce mieć angielski system ale z niemiecką klawiaturą to trzeba zamienić w ROM informacje o jej układzie na wariant DE.
Sikor napisał/a:No nie bardzo są wymienne
Sikor, ile osób tyle opinii.
A prawda jest taka że język jest żywy i nieustannie się zmienia.
Znalezione posty [ 1,326 do 1,350 z 4,767 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.159 sekund, wykonano 18 zapytań
