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
Grajodołek Retro #7: Custom Atari 800XL Testy wyjątkowego Atari 800XL z VBXL, stereo i mechaniczną klawiaturą na kanale Borsuka.
Atari rejestruje znak towarowy 800XL Czy czeka nas nowy mini-komputer od Atari? Firma zarejestrowała kolejny znak towarowy.
Dlaczego Atari musiało upaść? Dokumentalna opowieść o wzlocie i upadku giganta, od Ponga po wielki krach na rynku gier wideo.
HDDRIVER 12.79 Nowa wersja flagowego sterownika pamięci masowych dla Atari przynosi ulepszenia w obsłudze GPT.
Obsługa Google Drive w FujiNet FujiNet zyskuje wsparcie dla Google Drive. Zobacz, jak działa nowy protokół w 8-bitowym Atari.
Opcje wyszukiwania (Strona 65 z 79)
R - to RESET Handler.
Po nacisnieciu RESET aktywuje ponownie SIDE i wykonuje cold reset.
Poprawiłem loader i kilka drobiazgów związanych min. z zapisywaniem stanu.
Teraz powinien być kompatybilny z każdą kartą zgodną ze specyfikacją CF. Prosiłbym o przetestowanie :D
Przy okazji, gdzie się zgłasza bugi Altirry ? Nie mogę jakoś znaleźć.
Ale mina:
kod firmware jest zamknięty, tym niemniej istnieje możliwość zakupienia procesora z najnowszym firmware i aktualizacji poprzez wymianę w podstawce procesora
A co jak w firmware jest BUG ??
Użytkownik jest zmuszony kupić nowy procesor ??
A kupiłeś Atari na prezent komunijny ?
Lemiel: Dzięki za obraz, przydał się.
Szczególnie lasermania. U mnie się raz ładuje raz nie. I to jeszcze w zależności gdzie w katalogu ją umieszczę. Z root dir się nie ładuje zupełnie. Z podkatalogu czasami, i przynajmniej mignie stroną tytułową i dzwiękiem.
Na emulatorze odwrotnie :P
Co ciekawe z org. Loadera ani razu nie udało mi się tej lasermanii załadować.
(testowane na gołym 800XL + side2)
Problem leży gdzieś na styku Hardware/Software - przyjąłem trochę zbyt śmiałe założenia chyba.
Jacques: Image raczej nie będzie potrzebny. Ale jak się nudzisz na pewno nie zaszkodzi.
Brak lepszego punktu zaczepienia ...
Dlatego też trzeba wyeliminować chociaż jeden element.
Aby wyeliminować problem z odczytem FileSystemu przydał by się też obraz karty jakiejś która nie działa.
Czy oryginał to nie będzie mask ROM (2316) ? a ten 'uszkodzony' 2716 ?
Jest drobna różnica w pinologii: http://ist.uwaterloo.ca/~schepers/roms.html
Były też kiedyś epromy pinowo kompatybilne z romami: 2516
Zrobienia zrzutu pamięci pewnie nie masz możliwości. Dziś nad ranem przyśniła mi się możliwa przyczyna, ale zweryfikowałem to i to nie jest to.
Dziwne jest także to że włączenie/wyłączenie pasków zmienia zachowanie się loadera ...
Zamieniam 'sta COLBK' na 'lda COLBK' - nie powino to chyba mieć najmniejszego wpływu.
Próbowałem na różne sposoby i nie udało mi się uzyskać wspomnianego efektu.
Mógłby ktoś zrobić obraz karty z której się nie ładuje poprawnie i wysłać mi? albo gdzieś uploadować. Chcę wykluczyć problem z filesystemem. Bo zauważyłem że problem jakby występuje na małych kartach. Niestety najmniejsza jaką udało mi się znaleźć ma 1G.
Za Wikipędią: http://en.wikipedia.org/wiki/Rob_Hubbard
International Karate (inspired in part by Ryuichi Sakamoto's "Merry Christmas, Mr. Lawrence") (System 3, 1986)
Powinno to rozwiać chyba wątpliwości.
Zapewne masz tam układy w podstawkach. Wyjmij je i włóż ponownie.
qbahusak napisał/a:A tak swoją drogą:
(...)jako obszaru 768 bajtów, w których "rzeczywiste" dane sektorów zajmują pierwsze 384 bajty, a druga połówka jest niewykorzystana (...)
nie bardzo z tego wynika, czy druga połówka obszaru 768 bajtów, czy druga połówka sektora. Pierwszy rzut oka do pliku rozwiewa wątpliwości :)
Z całym szacunkiem ... zdanie wyrwane z kontekstu na siłę. Czytając cały akapit a przynajmniej następne zdanie rozwiewa wątpliwości:
Dla wielkości sektora równej 256 bajtów występują dwa sposoby zapisania pierwszych trzech sektorów obrazu dysku:
1. jako obszaru 768 bajtów, w których "rzeczywiste" dane sektorów zajmują pierwsze 384 bajty, a druga połówka jest niewykorzystana (ale jest ona uwzględniona w wykazanej nagłówkiem wielkości obrazu liczonej w paragrafach - dla obrazu 180k będzie ona wynosiła $2D00).
2. jako trzech porcji danych po 128 bajtów (w tym wypadku wielkość obrazu zapisana w nagłówku będzie o 24 paragrafy mniejsza niż powyżej).
Ten drugi format uchodzi za prawidłowy, w tej sytuacji sektor nr 4 (i każdy dalszy) zapisywany jest w pliku o 384 bajty wcześniej niż wynikałoby to z prostego obliczenia wzoru:
Nie róbmy z siebie tempaków z onetu na siłę. Nie wiem jak to prościem można opisać tym bardziej że czytając poprzedni i następny akapit nie można mieć już żadnych wątpliwości.
Z poprzedniego można się dowiedzieć że:
Po nagłówku występują po kolei sektory danych.
Sektor 128 i 512 bajtów
Obrazy dla rozmiaru sektora równego 512 bajtów (DD 512) mają, podobnie jak te z sektorami 128-bajtowymi, wszystkie sektory tej samej wielkości - nie ma wyróżnionego obszaru odczytu wstępnego (zajmuje on zresztą tylko jeden sektor, pierwszy).
A że rzut okia na obraz atr'a rozwiewa wątpliwości to już inna bajka.
W łikenda postaram sie ramu dołożyć i sprawdzić chociaż te które vbxe nie wymagają.
Kod przejrzałem kilka razy, i nie widzę nigdzie babola. Jedyne co mi do głowy przychodzi to karta się nie wyrabia ... chociaż jakoś mało prawdopodobne mi się to wydaje.
Ale jak masz możliwość sprawdzenia na innej karcie to sprawdź proszę.
Możesz mi podać swoją konfigurację sprzętu?
Bo tak:
Animka wymaga ram>320
Oldschool (vbxe) wymaga vbxe
Boogie Nights wymaga ram>128
Niestety mój sprzęt na chwilę obecną żadnego z tych wymogów nie spełnia ;( więc nici z testowania tego u mnie.
Poskładałem wszystko do kupy.
- poprawione drobne błędy
- dodane, szybkie wyszukiwanie plików poprzez wpisanie początku nazwy.
- klawisz ESC pozwala wyjść bezpośrednio na samą górę katalogu, ponowne naciśnięcie powoduje wyjście z katalogu o poziom wyżej.
(za) Dłuuugi i ciężki weekend był w Danii ...
jury napisał/a:"Czyżby "nasz" forumowo odnawiany falcon z tower'a?"
To chyba chodzi o mojego :)
Mój jeszcze nie skończony ... oststnio nie miałem dla niego czasu.
Jak to jest z 810 Happy. Coś niewiele na ten temat mogę znaleźć. Co to daje i czy jest kompatybilne z systemem dla 1050
Jest gdzieś dostępny schemat tego ?
Przy okazji, ma ktoś gotowy projekt płytki do Happy Warp do 1050?
No to może ja:
Można. Wystarczy przeczytać ze zrozumieniem ten fragment:
Sektor 256 bajtów
W tym formacie panuje zamieszanie, którego praprzyczyną jest próba zaoszczędzenia 384 bajtów, jakie marnują się w obszarze odczytu wstępnego dyskietek DD.
Dla wielkości sektora równej 256 bajtów występują dwa sposoby zapisania pierwszych trzech sektorów obrazu dysku:
jako obszaru 768 bajtów, w których "rzeczywiste" dane sektorów zajmują pierwsze 384 bajty, a druga połówka jest niewykorzystana (ale jest ona uwzględniona w wykazanej nagłówkiem wielkości obrazu liczonej w paragrafach - dla obrazu 180k będzie ona wynosiła $2D00).
jako trzech porcji danych po 128 bajtów (w tym wypadku wielkość obrazu zapisana w nagłówku będzie o 24 paragrafy mniejsza niż powyżej).
Ten drugi format uchodzi za prawidłowy, w tej sytuacji sektor nr 4 (i każdy dalszy) zapisywany jest w pliku o 384 bajty wcześniej niż wynikałoby to z prostego obliczenia wzoru:
((nr_sektora-1) * wielkość_sektora) + wielkość_nagłówka
Program może łatwo rozróżnić te dwa typy po nagłówku: jeśli wielkość sektora wynosi $0100, trzeba sprawdzić, czy najmłodszy półbajt liczby paragrafów jest równy 0 (typ 1) czy 8 (typ 2).
Istnieje jeszcze trzeci rodzaj plików ATR: mają one rozmiar pliku i wielkość obrazu jak w przypadku typu 1, lecz dane wewnątrz rozmieszczone są jak w typie 2. Ponieważ nie ma dobrej metody na wykrycie tej sytuacji, mając taki plik najlepiej jest go poprawić odejmując 24 od liczby paragrafów zapisanej w nagłówku.
Zawsze pozostaje jeszcze Reverse Engineering - ale prościej byłoby gdyby autor uwolnił źródła.
Znalezione posty [ 1,601 do 1,625 z 1,971 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.066 sekund, wykonano 23 zapytań