Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Atari Font Maker V1.16.14.4 Narzędzie do projektowania zestawów znaków dla Atari właśnie otrzymało aktualizację
Ruszyła strona Silly Venture 2k25SE Party place pozostaje bez zmian.
Zmarł mOdmate Zmarł mOdmate
Grawitacja 2025 Wyjątkowy hackathon, gdzie zespoły mają 36 godzin na stworzenie gry na dowolną platformę ośmiobitową.
Forever 2025 - już wkrótce! Coroczne spotkanie entuzjastów platform takich jak Atari, Commodore, ZX Spectrum oraz innych komputerów 8-bitowych.
atari.area forum » Posty przez macgyver
Właśnie wysłałem PIT-a ;)
Zdecydowanie 320kB z rozróżnieniem Rambo/Compy Shop. Pamięć rozszerzona do 320kB to standard, który obowiązuje dla produkcji "demoscenowych" już kilkadziesiąt (!!!) lat temu. Praktycznie każdy emulator wspiera ten rozmiar pamięci, więc nawet dla "kolekcjonerów", którzy chcą posiadać atarki w stanie "dziewiczym" produkcja będzie dostępna.
Hej!
Z racji, że na Naszym forum poruszane były podobne tematy dot. renowacji obudowy/klawiatury, więc przypuszczam, że znawcy tematu mogą mieć podobne doświadczenie w zakresie "renowacji" innych tworzyw sztucznych.
Otóż moje dzieciaki posiadają pewne zasoby klocków LEGO (popularny prezent urodzinowo/gwiazdkowy) - są to zestawy stosunkowo nowe (kilkuletnie), niemalże lśniące.
A ponieważ każdy (albo prawie każdy) tata lubi swoim dzieciom robić miłe prezenty, postanowiłem do ich zasobów dołączyć klocki, którymi się bawiłem w dzieciństwie. Jednak "LEGO z mojego dzieciństwa" są datowane na rok 1985 i pomimo, że są w 100% dopasowane z nowymi, to jednak widać na nich "ząb czasu", a szczególnie dotyczy to jasnych kolorów (np. białe czy żółte), jest też trochę różnego rodzaju nalotów.
W związku z tym mam pytanie - w jaki sposób najlepiej pozbyć się "żółtawego koloru", w sposób bezpieczny dla samym klocków, które mają już ponad 35 lat?
Z góry dziękuję za pomoc.
Mateoos: w tej lokalizacji jeszcze bagien nie szukaliśmy... ;)
Przez przypadek zyskałeś hardwareowy AUTOFIRE ;)
A poważnie - przy wyłączonym komputerze sprawdź np. omomierzem, czy linia FIRE0 (nie pamiętam oryginalnej nazwy, nie mam pod ręką schematu) nie ma zwarcia z masą (np. poprzez odprysk cyny).
Jeżeli na torze FIRE0 wyeliminowałeś wszystkie elementy i po drodze nie ma sytuacji, że np. kropla cyny "na granicy styku" zwiera FIRE0 z masą, to można podejrzewać uszkodzenie GTIA.
To ciekawostka swoją drogą.
GTIA spośród czwórki: ANTIC, GTIA, POKEY i PIA jest najbardziej pasywny.
ANTIC może HALT-ować CPU i wrzucać na magistralę adresy, a POKEY i PIA mogą generować przerwania, a samo PIA dodatkowo przełączać dodatkowy RAM i przełączać w obszarach RAM/ROM. To w teorii może odpowiadać za zwisy i niestabilność (w wypadku uszkodzenia/niestabilności układu).
GTIA sam z siebie tylko "przekazuje dalej" to co generuje na wizję ANTIC, nie generuje przerwań - może zakłócać działanie obrazu, ale nie ma jak wpłynąć na pracę CPU. W skrajnym przypadku w teorii mógłby powodować brak obrazu, ale raczej nie zakłóci pracy CPU. Nie analizowałem źródeł "Numena", ale obstawiam, że nie ma tam warunków typu: jeżeli klawisze konsoli lub któryś FIRE jest wciśnięty, to zrób RANDOM jmp ;)
Dla fanów teorii spiskowych mam hipotezę: GTIA ma usterkę, która ujawnia się przy "Numenie" z racji dość intensywnego "obciężania" przez efekty układ pobiera nieco więcej energii niż w pełni sprawy układ, co powoduje zakłócenia stabilności zasilania w Atari, co może powodować zwisy ;)
Firma TOMS na życzenie klienta modyfikowała zawartość ROM-u stacji, stąd istnieje możliwość, że w jakimś TOMS-ie 720 siedział Toms Navigator "wgrany" na życzenie klienta.
Generalnie SIO2SD wydaje się być natywnym następcą SIO2IDE.
SIO2IDE było na pewno rozwiązaniem przydatnym 20 lat temu, bo na dysku pozwalało wrzucić dużo ATRów, co w samo w sobie eliminowało posiadanie dużej ilości dyskietek i było zdecydowanie bardziej "mobilnym" rozwiązaniem niż SIO2PC, które wymagało stałej obecności "PC".
Dzisiaj w dobie problematycznej dostępności dysków ATA (PATA) na rynku pierwotnym i kurczącej się dostępności na wtórnym (mechanika z biegiem czasu starzeje się i "pada") SIO2IDE wydaje się rozwiązaniem mniej wygodnym i praktycznym.
SIO2SD oparte na ogólnodostępnych kartach SD jest zdecydowanie lepszą alternatywą, SIO2SD jest mniejsze, lżejsze, ma mniejsze zapotrzebowanie energetyczne i mniej podatne na uszkodzenia mechaniczne/wstrząsy. Kartę SD nową o pojemności 32GB (cały soft na Atari na to wejdzie) można kupić za ok. 20zł.
P.S: Oczywiście odnoszę się tylko do rozwiązań emulujących stację i podłączanych przez SIO. Bo z praktycznego punktu widzenia wygodniejsze jest np. IDE Plus, które IDE jest z nazwy, bo tak naprawdę opiera się na kartach CF ;)
Było jeszcze to: http://www.atari.org.pl/forum/viewtopic.php?id=3141
aczkolwiek projekt z kategorii "nigdy nie dokończonych" ;)
Zgadzam się z Jaquesem i lewiS-em - SIO2SD jest zdecydowanie praktyczniejszym rozwiązaniem.
@gorgh: owszem, problem polega jednak na tym, że nowych dyskietek nie przybywa, te które są w obiegu co jakiś czas padają, no i żeby z PC przenieść coś na Atari 8-bit musisz mieć napęd 5,25" w PC - dzisiaj problemem jest nawet napęd 3,5" w PC. Przy np. SIO2SD masz wszystkie dyskietki na małej karcie, którą możesz bez problemu włożyć do czytnika kart podłączanego do PC. No i na jednej karcie SD (np. 16GB) pomieścisz kilkadziesiąt tysięcy dyskietek (czyli praktycznie całe oprogramowanie, które kiedykolwiek wyszło na Atari 8-bit + masa danych typu muzyka, konwertowana do formatów atarowskich grafika itp.) i łatwiej to zbackupować np. na PC.
lopez: cenę kształtuje relacja podaży i popytu ;)
Osobiście, w dzisiejszych czasach z punktu widzenia użytkownika nie bardzo widzę sens zakupu stacji dysków. Dla kolekcjonera być może ma to sens, dla mnie nie. Nigdy nie wiadomo ile napęd "wytrzyma" (jak padnie istnieje ryzyko, że nie da się naprawić), dyskietek 5,25" nie przybywa, więc praktyczne to nie jest. O wiele bardziej praktyczne (z punktu widzenia użytkownika) są rozwiązania typu SIO2SD (elektronika, karty SD są dostępne), ewentualna dostępność w przypadku "padnięcia" nie stanowi problemu.
Acha, żeby nie było - piszę to jako były posiadacz TOMS-a 720, a nie "szczerbaty wygłaszający referat o jedzeniu sucharów".
Ale oczywiście każdy ma prawo kierować się swoimi kryteriami ;)
Kiedyś zbudowałem 1MB na kostkach 41256 - w środku "pajęczyna" i piramidki (łącznie 32 układy 41256). Ten komputer komuś przekazałem podczas Quasta 2005, bodajże Stykerowi lub Pasiowi jako ciekawostkę. Zresztą kiedyś lubiłem takie hardcore-we projekty, np. takie:
ten komputer posiada Jellonek i pewnie mu działa do tej pory ;)
Teoretycznie pierwszy styk z lewej wygląda jak z "nalotem". Warto pomyśleć o jakimś płynie do czyszczenia styków.
74 HCT LS 00 czyli 7400 (4 bramk NAND) w wersji "szybszej" ;)
Scalaków bym nie wymieniał, bardziej przyjrzałbym się pod kątem "zimnych lutów".
Generalnie to własny ;) CAS-y dzielone na 74138 (8 wyjść adresowanych przez PB6, PB1 i PB7) oraz 74157 z 7408, które sterują wyjściem PB1 i PB7 - jeśli PB4 i PB5 mają stan wysoki, to do MMU idą natywne wartości z PB1 i PB7, jeżeli zaś na którejś pojawi się niski to do MMU na PB1 i PB7 idzie jedynka logiczna, a PB1 i PB7 "adresują" CAS-a w 74138.
Oczywiście to wszystko w oparciu o C25953, które generuje CAS-a, którego 74138 rozdziela.
Sprawdzone mam w ten sposób, że robione w roku 1996i 320kB + 74138 w 130XE zadziałało i mam nadzieję, że 576kB w ten sposób zadziała ;)
Ja właśnie mam tą płytę i planuję zrobić tam 576kB (Compy Shop), na "piramidkach" z 4464 :P
Sikor, napisz jakie masz wymagania techniczne na taki hosting: jedna strona czy kilka, oczekiwana przestrzeń, oczekiwane technologie (PHP? MySQL?) i inne wymagania. "Niedrogi" to bardzo ogólne pojęcie.
Z racji dnia 1 września powołuję się na słowa: "po wakacjach", nieśmiało przypominam się i ustawiam w kolejce po wersję "produkcyjną" ;)
A tak na poważnie, kiedy będzie można składać zamówienia? ;)
Wątek ze sleeping room-em zaczyna być nieco kryptopolityczny: "jeżeli wybierzecie prezydenta w pierwszej turze, to możecie liczyć na program Sleeping Room+ " ;)
Popieram, w tym roku po raz pierwszy z "e-pita" skorzystałem - jest wygodniejszy niż jakikolwiek program do pitów. Nawet pozycja "1%" była poprawnie wypełniona, tylko na wszelki wypadek sprawdziłem, czy dane są właściwe.
Dzięki, czegoś takiego szukałem. Można zamknąć wątek.
Hej.
Potrzebuję programiku, którym będę mógł przetestować rozszerzenie pamięci pod kątem wpisów do portu $d301.
Idealnie byłoby, gdybym otrzymał numery bitów, których zmiana powoduje podmianę banków, ale w ostateczności zadowolę się listą wpisów hex odpowiadających za kombinacje aktywujące banki.
Im prostszy, tym lepszy - żeby jak najszybciej ładował się przez SIO2SD. Celem jest sprawna i szybka diagnostyka podczas budowy rozszerzenia pamięci.
Ponieważ od wielu lat nie obserwuje za bardzo pojawiających się nowości, a tytuły starszych programów powypadały z głowy liczę na Waszą pomoc.
Co możecie mi polecić? (poza opcją napisz.se)
Czy tradycyjny "sliping rum" będzie dostępny?
Osobiście korzystam z monitora CRT podłączonego do Atari 8-bit podłączonego przez konwerter VGA ze względu na proporcje ekranu.
atari.area forum » Posty przez macgyver
Wygenerowano w 0.150 sekund, wykonano 37 zapytań