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
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
VIII. Basque Tournament of Atari 2600 Kolejna relacja, wśród otrzymywanych od naszego przyjaciela Egoitza z Kraju Basków.
Przezroczysta obudowa dla Atari 800XL Rusza przedsprzedaż wyjątkowej, przezroczystej obudowy do komputera Atari 800XL!
RECOIL 6.4.5 RECOIL to przeglądarka retro plików graficznych, obsługująca ponad 550 formatów, dostępna na różnych systemach operacyjnych, z regularnymi aktualizacjami.
Opcje wyszukiwania (Strona 71 z 120)
atari.area forum » Posty przez seban
@fox: u mnie w NTSC mam obraz taki jak pokazujesz, a w PAL jest OK. Poszukam tej płytki ze sterownikami i wrzucę tu link.
Fox-ie a mam głupie pytanie... pod win7 przełączasz toto na PAL? Może masz ustawione dekodowanie kolorów na NTSC lub SECAM?
Problem w tym że cart cartowi nie równy. Twój wygląda na kart z przełączanymi bankami (EPROM 32k). Domyślam się iż Twój cart ma 4 banki po 8k mapowane w przestrzeni $A000-$BFFF. Więc aby na tej PCB* uruchomić inny obraz carta trzeba by go ograniczyć albo do 8K albo mieć obraz zgodny z układem banków zgodnym z elektroniką którą masz w karcie. Zastosowane TTL-ki sugerują iż ten cart mógłby obsługiwać do 8 banków z możliwością odłączenia lub do 16 banków bez możliwości odłączenia carta. Nie analizowałem układu ścieżek (nie pokazałeś zdjęcia drugiej strony PCB) aby odtworzyć schemat ale to konstrukcja wygląda na jeden ze standardów z tamtych czasów :)
(*) PCB - Printed Board Circuit -> płytka drukowana
Niestety wszystkie pliki to jeszcze gorsza sieczka. Powtarzają się co 256 bajtów. I do tego wyszło gorzej bo kod 6502 staje się przekłamany niestety :( Czyli jeszcze problem z liniami danych (D0-D7) jakiś się zrobił.
Co do porównania tego co Ci wyszło gdybyś ponownie odczytywał ze starym plikiem to w większości windows (na pewno było już w XP, ale pewnie i wcześniej) masz polecenie "fc.exe" -> tzw. file compare. Jak uda ci się odczytać ponownie ten EPROM to potem z "command line" wywołujesz:
fc /b plik1.bin plik2.bin
Jeżeli nie będzie różnic "fc" poinformuje cię o tym, jeżeli będą również wyświetli różnice. Przykładowe użycie będzie wyglądać tak:
D:\cart>fc /b 27C256.BIN 27C256.rom
Porównywanie plików 27C256.BIN i 27C256.ROM
FC: nie stwierdzono różnic
Czym odczytywałeś zawartość EPROM? Jakimś programatorem podpiętym do PC po wylutowaniu pamięci wyjętej z płytki cartridge? Pytam dlatego że wygląda na to iż coś poszło nie tak. Chodzi o niekontaktujące nóżki adresowe, wszystko wskazuje na to iż działają ci tylko nogi A0-A7. Zawartość powtarza się co 256 bajtów. Ale te 256 bajtów wygląd jak najbardziej jak poprawny kawałek kodu 6502, tyle że jest go 256 bajtów :)
a gdzie link to wsadu? ;)
a jak tak nieśmiało zapytam... którą stroną wkładasz ten cart do portu w Atari?
No i podeślij zawartość EPROM to ci sprawdzę czy jest OK.
@xxl: cały "magic" sound-boarda polega na tym że masz w pełni konfigurowalne FPGA, w którym można bez problemu emulować AY-ka czy dowolny FM, w przeciwieństwie do SID-a w dowolnym układzie FM czy AY nie ma nic analogowego co wymagałoby specyficznego podejścia aby zachować brzmienie oryginału.
Oczywiście rozumiem że Turbo Sound FM jest gotowy i na wyciągnięcie ręki, a w przypadku rozwiązania FPGA ktoś musiałby to wszystko napisać i to może trwać wieczność :) Niemniej byłby to jakiś punkt zaczepienia :D
Przecież Candle zaproponował swój Sound-Board... na tym można zrobić prawie dowolny układ dźwiękowy. Jednak nikt tym nie był specjalnie zainteresowany i projekt został schowany "do szuflady" ;-)
Hej!
Ale Kuba Husak ma naprawdę całkiem niezły pomysł... dokładnie napisał o co chodzi... chodzi o to iż nagle znajduje się jakiś człowiek który ma jakieś soft do zarchiwizowania, wyciąga z szafy atari stację i nie ma nic więcej... musi kupić albo zrobić sobie SIO2PC, może nie ma UART-a, może nie czasu/chęci/ochoty/umiejętności aby zawracać sobie głowę SIO2PC... ostatnio na forum był nawet przykład sytuacji kiedy człowiek chciał udostępnić software odnaleziony po latach:
http://www.atari.org.pl/forum/viewtopic.php?id=10076
W takim wypadku używając takiego softu i kabla łączącego wyjście dźwiękowe atari z wejściem (LINE_IN) w PC, takiej konwersji można byłoby dokonać praktycznie bez ponoszenie dodatkowych nakładów finansowych :)
Założenie że programik po stronie Atari ma być możliwie najkrótszy również jest sensowne i wydaje mi się iż właśnie podyktowane jest tym aby można było takie coś przepisać nawet do Atari Basic i uruchomić.
pozdrawiam
Seban
zawsze można tak jak starych czasach i programów umieszczanych w gazetach przepisać parę linijek DATA w BASIC-u :D
Hej!
Ja tylko mam taką jedną małą uwagę... nie wiem czy bardzo istotną ale z niektórymi stacjami zdarzało się tak iż mimo iż wyciszałeś dźwięk SIO [IOSNDEN ($41)=0] to i tak było słychać transmisję. Następowały różnego rodzaju przesłuchy i przydźwięki. Wszystkie 1050, LDW2000 czy California Access z którymi się spotkałem tak miały. Natomiast w przypadku TOMS720 już nie było to praktycznie słyszalne. Domyślam iż mogło to być spowodowane tym iż kabel do stacji LDW czy CA był sprej długości i posiadał wszystkie żyły sygnałowe łącznie z AUDIO_IN na który wpływały inne linie transmisyjne. W przypadku TOMS720 było tylko 5 przewodów i AUDIO_IN nie było wcale podłączone.
A jeszcze jedno w przypadku LDW czy CA2000 stacja sama generowała różne dźwięki (np. błędów) i miała fizycznie podłączoną linię AUDIO_IN do portu I/O Z80 wewnątrz stacji.
Nie piszę tego aby torpedować pomysł a jedynie po to aby zwrócić uwagę na to iż istnieje możliwość że przy transmisji ze stacją nawet przy wyciszeniu transmisji na wyjściu AUDIO będzie słychać jakieś niepożądane efekty, co może przeszkadzać przy założeniu iż program będzie działać na zasadzie "read_sector->sound_send".
Ale zawsze tego typu problemy można rozwiązać po stronie programu na pececie :) Tam można filtrować i obrabiać zgrany plik audio już do woli ;)
pozdrawiam
Seban
Hej!
Wystarczy dostosować player, tak aby orientował się iż jest uruchomiony na komputerze NTSC i dostosował prędkość odtwarzania. W hardware SlightSID-a nic nie trzeba zmieniać, ma własny generator zegarowy na pokładzie.
W przypadku NTSC i Playera który używa przerwanie VBL lub w inny sposób synchronizuje się z ramką, będzie problem bo w przypadku NTSC masz odświeżanie 60Hz zamiast 50Hz które ma PAL. Najprościej byłoby wykorzystać timery pokey-a aby określić częstotliwość wywołania Playera. Oczywiście dla PAL i NTSC trzeba przygotować różne tabele które zapewnią odpowiednie prędkości odtwarzania niezależnie czy uruchamiasz to na komputerze PAL czy na NTSC.
Mówię o tabelach bo Player może być wywoływany nawet kilkanaście razy na ramkę.
99% procentowa większość kier ustawiała sobie wektor $02,$03 lub $0c,$0d i odpowiednią wartość pod adresem $09, a do $244 wpisywała zero.
OS sprawdza parę innych lokacji pamięci aby sprawdzić czy jest to cold czy warm start, wystarczy zniszczyć np. znaczniki w RAM sygnalizujące iż jest to Warm-Reset ;-) Robiłem taki "myk" wszystkim odpornym na reset grom :) nie zdarzyła się taka która by ingerowała w coś innego niż $02,$03,$09,$0c,$0d i $244 :) Jak dostałem TOMS720 to zrobiłem sobie init-a który również przed załadowaniem gry modyfikował parę komórek które powodowały iż Atari po resecie jednak wykonywało zimny start :) Więc XXL ma duże szansę na walkę reseto-odpornymi produkcjami ;-)
pozdrawiam
Seban
CP2102 sprawdzałem, również nie działa. W ogóle nie zauważa "krótkich" zmian stanu linii COMMAND podłączonej do RI lub DSR. MCP2200 wymagałoby zmian w kodzie AspeQT.
Hej!
nosty napisał/a:Czyli trzeba jasno powiedziec ze zapis do HSCROL w przerwaniu DLI jest niedozwolony bo moze powodowac zwis na niektorych Atari
To nie tak... jak najbardziej jest dozwolony. Ja się z tym borykałem od samego początku zabawy z HSCROLL. Na 1000% da się zrobić to do czego dążysz. Popatrzę w jakieś swoje stare źródła i spróbuje sobie przypomnieć co było problemem. Zawsze h-scollowałem na DLI, tylko musiałem pilnować momentu zapisu do HSCROLL.
Zwis jest powodowany tylko tym iż ANTIC świruje, być może wyświetla śmiecie, genruje ci masę następnych DLI. Kiedyś nie mogłem załapać co się dzieje ale miałem DLI typu:
pha
txa
pha
tya
pha
...
...
...
pla
tay
pla
tax
pla
rti
Po wywołaniu paru niefortunnych wpisów do HSCROLL ze zdziwieniem obserwowałem jak na stosie jest odkładana kupa śmieci. Okazało się iż wywołana została cała masa przerwań DLI kóra teoretycznie nie istniała.
Jeszcze jedno, podczas pisania Overmind okazało się iż ANTIC ma błąd związany z DLI polegający na tym iż jeżeli w ostatnim rozkazie Display List [ dta $41,a(dl) ] ustawisz bit DLI, czyli zamiast $41, zrobisz $C1 to DLI-NMI będzie generowane przez ANTIC już do końca ekranu :) mimo iż jest tam zupełna pustka. To tak przy okazji, ale chyba u Ciebie ten problem nie występuje. To co opisujesz to typowy problem z zapisem do HSCROLL.
Hej!
To błąd/niedokładność wszystkich emulatorów. Nie emulują poprawnie błędu ANTIC-a który jest bardzo wrażliwy na zmiany HSCROLL. HSCROLL można modyfikować w bardzo niewielkim "oknie czasowym" od wystąpienia przerwania, potem dzieją się dziwne rzeczy.
Nie chce teraz tutaj za bardzo dywagować ani zgadywać ale o ile mnie pamięć nie myli to zapis do HSCROLL wykonaj jak najszybciej po wystąpieniu przerwania, zaraz po sta $d40a, czyli np.
dli sta reg_A
lda h_scr
sta $d40a
sta HSCROLL
lda reg_A
rti
powinno pomóc. Sprawdź proszę i daj znać czy pomogło. Nigdy w to nie wnikałem ale pamiętam iż tak było. Jeżeli DLI jest dłuższe to resztę kodu wykonuj już po modyfikacji HSCROLL.
Electron potwierdził realnymi testami że modyfikacje HSCROLL (np. w środku linii) mogą wyprowadzić ANTIC z równowagi i ten potrafi wystawić HALT dla CPU w całej linii ekranowej do kompletu generując dziwaczne śmieci na ekranie. Widać było to dokładnie w w logach z ANTIC-a które wygenerował Electron, a potem Candle napisał program do wizualizacji tychże. Na tym forum kilka razy już przewijały się linki do tego programu.
pozdrawiam
Seban
ps) myślę iż gdyby wniknąć w ten problem i przyczynę jego powstawania może mogłoby wyjść z tego coś ciekawego ;-) Skoro GTIA "świruje" przy zmianie trybu w środku linii i da się przy pomocy tego zrobić 3 tryby graficzne w jednej linii to może i coś by się udało zrobić ciekawego po głębszym przeanalizowaniu problemu z ANTIC-em.
Hej!
xxl napisał/a:> a może chodzi o xBios loader co ładuje od $0000-$cfff i od $d800-$ffff?
eee, ale xBios i tak moze ladowac w te obszary. :-) MapRAM nie jest potrzebny do dzialania xBios
Ja wiem, tyle że może się nieprecyzyjnie wyraziłem, chodziło mi o koncepcję loadera, nazwijmy to developer-loader który w całości mieści się w MapRAM. Tak że praktycznie cała reszta pamięci jest dla dyspozycji wczytywanego programu.
xxl napisał/a:wiec i freezer nie zadziala z Ultimate? czyli albo freezer albo ultimate?
Wydaje mi się iż nie zadziała, Happy/Turbo Freezer szatkował całą organizację RAM-u Atari i w dodatku to zupełnie inaczej działało przed i po wciśnięciu przycisku "Freeze". Czy działałoby to poprawnie z Ultimate? nie wydaje mi się, ale mogę być w błędzie - to już Candle musiałby się wypowiedzieć. Zresztą chyba nie ma takiej potrzeby... Freezera można zrobić właśnie przy pomocy Ultimate. Wystarczy napisać tylko parę kilobajtów kodu.
Rozwiązania we freezer-ach z tamtych czasów były dość dziwne, może nie do końca przemyślane, ale były tanie i były zrealizowane na zwykłych TTL-kach, z tego względu zakładano dużo uproszczeń konstrukcyjnych, które mogą powodować iż freezery mogą nie działać poprawnie z innymi rozszerzaczami tudzież koncepcjami innego sposobu wykorzystania tej pamięci.
Wracając jednak do tego co zrobili konstruktorzy 8-bit Atari... dało pewną swobodę ludziom od nowego hardware i modyfikacji sprzętu, część z ludzi właśnie to wykorzystywała. Twój pomysł na mapowanie tych 2KB RAM w miejsce self-testu też jest swego rodzaju próbą wykorzystania elastyczności konstrukcji jaka jest 8-bit Atari. Nikt Ci tego zabronić nie może i do więzienia nie pójdziesz :D Jeżeli twoje rozwiązanie zdobędzie popularność i akceptację... no cóż :) takie są prawa rynku. Zawsze część ludzi będzie zadowolona, inna nie. Ja się tylko zastanawiam do czego Ci to będzie tak naprawdę potrzebne :) Jeszcze aby to był NVRAM, no OK... ale zwykły RAM? ;)
a może chodzi o xBios loader co ładuje od $0000-$cfff i od $d800-$ffff?
pozdrawiam
Seban
Hej!
Ja dodam tylko iż większość tzw. freezer-ów używa tego RAM-u dla swoich potrzeb. Montaż Turbo czy Happy Freezera powoduje na tyle daleko idące modyfikacje w MMU iż ten obszar jest wykorzystany do zapisania danych które są równolegle zapisywane do rej. sprzętowych. Dzieje się tak aby freezer mógł wiedzieć co było zapisane do poszczególnych rejestrów sprzętowych (które w większości są write only lub read only). Zapis jest wykonywany równolegle do danego układu ($d000-$d7ff) oraz pamięci RAM znajdującej się pod tym samym adresem.
Nie wydaje mi się aby pozostawienie tej pamięci niedostępnej normalnie dla użytkownika było przypadkiem, raczej celowym działaniem konstruktorów. Czy oni już wtedy wykorzystali to sobie do debugowania czy też nie to już oddzielna sprawa. Freezer jak najbardziej robił użytek z tej pamięci. Tak samo postąpił Candle. Myślę że jakby się trochę postarać to można by spokojnie zrobić i "Ultimate Freezera" ;-)
pozdrawiam
Seban
@duddie: ja spokojnie mogę też 100 szt. kupić w rozsądnej cenie :)
@jell: ależ ja podchodzę dokładnie to samo jak ty, nie mam nic przeciwko poglądom innych, każdy ma swoją wizję świata i to jego prywatna sprawa. jednak czasami nerwy puszczają gdy znajduje się osoba która uważa swoje poglądy za jedyne słuszne a resztę traktuje jak motłoch co racji nie ma, o to mi chodzi. Przyznaję, niejednokrotnie nerwy mi puściły i zacząłem bezsensowną przepychankę słowną w niektórych momentach sięgając dna... i zakopując się jeszcze z pół metra w muł.
Wspomniałeś osoby o odmiennych poglądach na świat, owszem większość ma inne... ale oni mnie nie denerwują. Potrafią zaprezentować swój punkt widzenia, swoje racje... z takimi osobami aż miło się rozmawia, nawet mimo różnicy poglądów. Te osoby również potrafią szanować poglądy odmienne od swoich przekonań i nie uciekają się do obrażania, wyzywania... oraz traktowania siebie jako głosicieli prawdy objawionej jedynie słusznej. Rozumiesz doskonale o co mi chodzi. Chodzi tylko o brak szacunku dla innych. Myślę że z większością ludzi z forum, i tymi których znam osobiście doskonale jestem w stanie się dogadać mimo diametralnej różnicy poglądów :)
@jell: przyznaję Ci rację, i uwierz mi że nie raz mi przy wypowiedziach pana atari_classic, nerwy puściły. na początku dyskusji zgodnie z zaprezentowanym cytatem "nawrzucałem mu", schodząc do jego poziomu dyskusji... (ale patrz jak to w nim siedzi :) pamiętał do dziś ;] ) i za swoją wypowiedź potem przeprosiłem, o czym zapomniał już wspomnieć i zacytować, a to nastąpiło parę postów dalej. Dla mnie to koniec dyskusji z tym człowiekiem, niech żyje jak mu wygodniej. Pewnie jeszcze jeden post tego człowieka ujrzysz, kwitujący moją aktualną wypowiedź aby tradycji stało się za dość i jego post był ostatnim aktualnym i jedynie słusznym. Jednak tak jak pisałem ja odpuszczam, mam ważniejsze sprawy do zrobienia.
Wiesz co jest najbardziej przykre? Że właśnie w takim miejscu nastąpił podział ludzi. Byli zjednoczeniu razem wokół wspólnego tematu jakim było Atari, potem siłą rzeczy każdy zaprezentował swoje stanowisko... mniej lub bardziej reagując na argumenty zaprezentowane przez różnych ludzi. Podświadomie pojawiły się sympatie i antypatie... nie ukrywam iż również u mnie. Szczerze mogę powiedzieć że mam również swoją czarną listę.
To samo dzieje się poza forum... działa dokładnie ten sam mechanizm. A Ci co najgłośniej krzyczą że to wszystko wina reszty sami dzielą naród na naszych i tych którzy stoją tam gdzie stało zomo.
Znalezione posty [ 1,751 do 1,775 z 2,985 ]
atari.area forum » Posty przez seban
Forum oparte o: PunBB
Currently installed 9 official extensions. Copyright © 2003–2009 PunBB.
[ Wygenerowano w 0.206 sekund, wykonano 11 zapytań ]