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
BigPEmu 1.12 Richard Whitehouse wydał BigPEmu 1.12
FujiNET firmware v1.3.0 Nowa wersja oprogramowania do interfejsu sieciowego FujiNET. Tym razem z obsługą TCP!
hatari 2.5.0 Od dwóch dni dostępna jest najnowsza (2.5.0) wersja Hatari.
Grawitacja 2024 Czas na kolejną edycję 8 bitowego GameJamu.
Tenebra na Atari ST/STE Wersja gry na duże atari.
Opcje wyszukiwania (Strona 64 z 143)
atari.area forum » Posty przez perinoid
Właśnie się okazało, że moja druga XF-ka ma niedomagającą górną głowicę. A przynajmniej tak to wygląda. Mogę sobie sformatować jednostronnie dyskietki, mogę je czytać - wszystko działa. Ale tylko na dolnej głowicy. Próba sformatowania dyskietki DSDD na 360KB kończy się błędem. Próbowałem czytać dyskietkę dwustronną nagraną na innej stacji - dopóki czyta dolna głowica jest OK, jak górna - błąd. No... walnięta głowica jak nic.
Pytanie do osób obeznanych - czy to oznacza definitywny koniec głowicy i jedyne co mnie może uratować to przeszczep całego zespołu głowic lub ewentualnie całej mechaniki czy może jednak na coś jeszcze należałoby zwrócić uwagę? Mechanika to napęd D503.
Jeśli nie da się tego inaczej naprawić to może ktoś ma taki napęd na zbyciu - chętnie odkupię.
To można sobie w configu po WWW ustawić. Możesz mieć tylko o tym nie wiesz.
Tylko jeszcze po tym Start+Option I wciśnięciu spacji trzeba wcisnąć drugi przycisk na FN.
To reset FN. Musisz zresetować komputer.
_tzok_ napisał/a:Z tym, że u mnie problem występuje tylko na jednej parze chipów GTIA i ANTIC...
Z tego co widzę, na schematach, to RAMBO 320 kB, powinno mieć buforowany/opóźniony sygnał CAS. W tym rozszerzeniu tego nie ma.
Tutaj akurat CS:
To 320 kB wygląda bardzo podobnie, tylko ma MUXowane PB5 i PB6 i nie ma blokady MAP. PB5 jest odłączone od EMMU (VBE). No i w tym rozszerzeniu do MUXowania używany jest sygnał... RAS, a na schemacie CS jest O2.
Ja wstawiłem takie rozszerzenia na 5 płyt XE. W żadnym z nich nie robiłem tego opóźnienia i wszystkie działają. Z jednym wyjątkiem - komp nie przyjmuje Sophia2, zaczyna się robić cyrk z pamięcią rozszerzoną. Ale na zwykłym GTIA działa bezproblemowo.
Nie to środowisko ale mi się udało ubić 2 Antiki jak próbowałem zaaplikować GTIA fix (pajęczarski) na płycie 65XE bex ECI. Znaczy, oryginalnie na takiej płycie nie powinno być problemu ale pierwotne GTIA z niej pewnie wcześniej wywędrowało a miałem tylko takie z wadą. Ciekaw jestem jak to zrobił @_tzok_.
Może to od tego co poniektórym konar płonie?
Tak przez doświadczenie z innej platformy:
Do pokemonowej klawiatury trzeba się przyzwyczaić bo ma bardzo mały skok. W gumiaku to jakoś strasznie nie przeszkadza bosam klawisz jest dość gruby i w całości z gumy więc spełnia rolę amortyzatora ale w plusie o ile klawiatura jest o wiele precyzyjniejsza, o tyle działa "momentalnie" - skoku praktycznie nie ma bo od razu jest klik. Jednym może to pasować, innym średnio.
W Atari mamy gumki - czyli będzie tak pośrednio pomiędzy gumiakiem a plusem. No, jestem mocno ciekaw co z tego wyjdzie.
Weźcie pod uwagę, że plastikowa część obudowy klawiatury pozostaje ponieważ bez niej nie da się tego poskładać. Płytka drukowana zapewne będzie do niej przykręcona. Taki kombinat z dwóch skręconych elementów powinien być dość sztywny.
A nie jest przypadkiem tam, że żeby Ci znalazło ten plik to musisz użyć kompilatora C++ (g++) zamiast zwykłego gcc?
Idea jak w klawiaturze Pokemona do ZX Spectrum 48K/48K+. No, ciekaw jestem co to z tego wyjdzie.
@AS: Ale Toms z tym nie zadziała, gniazda są niekompatybilne ;-)
Tu raczej chodzi o wykorzystanie tego co jest bo że w nowej płytce masz zrobione wyprowadzenia dokładnie pod to to... no jakoś tak zbyt prosto ;)
Ja pierdykam... Pełny szacun!
Numen działa na złym GTIA tylko źle grafikę wyświetla. Chyba, że to jakieś mocniejsze uszkodzenie.
_tzok_ napisał/a:Nieużywanie CPLD/FPGA ma też jednak swoje uroki... tak swoją drogą, dlaczego wszystkie rozszerzenia pamięci do A8 pozostawiają bazowe 64 kB? Nie lepiej było wpakować np. 1 MB i z niego zrobić 64 kB podstawy + 512 kB w bankach?
Specjalistą nie jestem ale intuicja mi mówi, że na takim czymś prościej się steruje - przynajmniej w wersji podstawowej. Przełączenie między pamięć podstawową a dodatkową to jest bit 4 PORTB PIA, zgadza się? Więc jeśli jest 0 to jedziemy standardem, a jak 1 to przechodzimy na dodatkowy układ adresowania i tutaj odpowiednie bity portu B jednoznacznie wybierają bank. Pewnie prosto by to było zrobić tak, że wartość tego bitu przekłada się na najstarszy bit fizyczny. Historycznie - pewnie nie wchodziło to w grę bo prawie połowa zasobów jest zmarnowana.
@Lastic, notice that instead of soldering to the controller, you can find appropriate places in the drive, if it's more handy.
XL "bierze" większe śruby. To tak jakby co.
The problem is, some chips are SMD anyway.
W HR mamy remont, na razie nie ma jak. Ale potem... się zobaczy.
No to może jakiś problem z timingami. Albo poziomami sygnałów? Akurat na płycie z mojego obrazka, która sama działa idealnie, nie działa Sophia2. Znaczy, jak się ją wepnie to pamięć rozszerzona przestaje poprawnie działać. Ot, ciekawostka.
Wychodzi na to, że to 'N' na końcu ma znaczenie. Na fotce scalak bez 'N' w opcji +256KB i wszystko hula aż miło.
Może jakaś felerna seria ci się trafiła, źle wypalony scalak albo jakieś kwestie timingów sygnałów? Ale to nieważne - jak już działa to działa i to się liczy.
@As, ty nie licytuj po pijaku!
Ja w drodze. Pewnie was nie poznam ale mnie łatwo będzie wyłapać.
Znalezione posty [ 1,576 do 1,600 z 3,558 ]
atari.area forum » Posty przez perinoid
Forum oparte o: PunBB
Currently installed 9 official extensions. Copyright © 2003–2009 PunBB.
[ Wygenerowano w 0.237 sekund, wykonano 13 zapytań ]
