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
Silly Venture 2k25 SE - już wkrótce! Tylko do 21 lipca możesz zamówić koszulkę z okazji SV 2k25 SE
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Opcje wyszukiwania (Strona 53 z 190)
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.
Sikor napisał/a:@Cyprian, nie, nie brzmi Czcionka z j, niemieckiego, font z j. angielskiego. Oba są obcojęzyczne. A przez taką ignorancję głupota się szerzy wśród ludzi :/
Sikor nie jest to na temat, proponuję przenieść dyskusję nowego wątku.
Co do słowo "czcionka" to jeśli dobrze rozumiem to ma słowiański a nie germański rodowód:
https://pl.wikisource.org/wiki/S%C5%82o … zyta%C4%87
"wyrazy czcionka oraz font są wymienne, oba wyrażenia są zatem poprawne":
http://www.poradniajezykowa.us.edu.pl/b … amp;WYRAZ=
swoją drogą tu jest ciekawy wpis na ten temat:
https://anetaduk.com/b/polska-czcionka- … elski-font
@ramik Exxos skupował STki na części, no i zostało mu sporo oryginalnych obudów, teraz je wyprzedaje
---edycja---
obudowy były po £30
widzę że wyprzedał wszystkie
Znalezione posty [ 1,301 do 1,325 z 4,740 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.144 sekund, wykonano 13 zapytań
