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
Tony Do It! Świąteczny prezent od Monochrome Productions to grywalne demo nowej przygody Tony'ego na Atari.
Nowy shooter od Shantiego Shanti prezentuje prototyp poziomej strzelaniny wykorzystujący mnóstwo kolorowych, animowanych przeciwników.
Aktualizacja BigPEmu do wersji 1.21 Nowa wersja emulatora Atari Jaguar z obsługą BigMaster oraz nowymi funkcjami dla skryptów audio.
The Best of Atari XL/XE demoscene music Premiera płyty winylowej pod tytułem "The Best of Atari XL/XE demoscene music, vol. 1" na Last Party!
Bagman Comes Back na Atari 8-bit Bernd Spautz pracuje nad portem gry z C64. Zobacz postępy w pracach nad tą klasyczną grą zręcznościową.
Opcje wyszukiwania (Strona 35 z 66)
To jeżeli core FX udostępnia tę samą pomięć przez MEMAC jak i przez PORTB przesłaniając potencjalne inne rozszerzenia obsługiwane przez PORTB, to wg mnie jest to pomyłka. Nie zdawałem sobie z tego sprawy, a pracuję nad pewnym projektem, który wykorzysta też trochę RAMu PORTB i jeżeli będzie to RAM VBXE to kanał. Bez rejestru wyłączającego ten ficzer się nie obejdzie...
Kurcze. Ja jestem trochę zdezorientowany. W jakim korze emulowane jest RAMBO? Jak załaduje CoreFX to tez jest tam ta emulacja?
Odkopuję, bo mam pytanie w druga stronę :) Odpowiedź chyba znam, ale chcę się upewnić, czy się nie mylę. Wiadomo, że ANTIC kradnie CPU minimalnie 9 cykli na linię odświeżając pamięć. A ile potrafi ukraść maksymalnie? Dokładniej interesuje mnie, jak długo może być maksymalnie zatrzymany CPU. W atariki jest coś takiego jak Antic Timings, ale dobrze odczytuję ten diagram, że np. w pierwszej linii trybu $2 (GR.0) ANTIC bez przerwy czyta z pamięć od 24 do 210 cyklu koloru, a więc zatrzymując CPU na 94 cykle?
No to już wiem co chciałem. Dzięki za pomoc.
Ta wersja z atarimaxem jeśli nie patchuje ROMu w ramie (co ma bardzo krótkie nogi) chyba działa mniej więcej tak jak pisze XXL, czyli boot carta instaluje sterownik D i ładuje do pamięci spreparowanego DOSa, który korzysta tylko z CIO. Normalne bootowanie odpada, bo DSKINT korzysta z SIO, którego bez "nowego urządzenia" nie da się przekonać do użycia niczego innego poza łączem szeregowym, a nowego urządzenia na samym kartridżu uruchomić się nie da.
Było już o tym tony wątków, więc przepraszam za następny, ale jak wiemy internet to śmietnik i przejrzałem kilka kubłów, ale bez rezultatu. Otóż interesuje mnie jak to działa softwarowo. Z tego co udało mi się dowiedzieć ustrojstwo wpinane jest tylko w gniazdo kartridża I jakoś się bootuje. No i pytanie jak? Ma jakąś specjalną wersję MyDOSa ze specjalnym handlerem CIO dla dysku D? (Bo jak wiemy z samego kartridża SIO nie można sobie podmienić).
Pamiętam że 256-bajtówka BBSL tak wyglądała.
Nie. Atari800 rozwija fox. Nie śmiem mu przeszkadzać ;) Ja modyfikuję Atari++. Pisz na maila.
macgyver napisał/a:Jeżeli zaś chodzi o tworzenie standardów w związku z 65816, to sądzę, że bardzo by pomogło wsparcie 65816 (niekoniecznie zsynchronizowane co do cykla jak z 6502) w emulatorze takim jak Atari 800 Win. Na chwilę obecną rozwój softu na 65816 hamuje znikoma ilość 65816 z np. liniowym RAM-em. A tak osoby chętne do pisania, nie posiadające tego procka zawsze mogłyby pisać pod 65816.
Mogę dostarczyć emulator do testów (wersja niepubliczna, póki nie zrobię oficjalnej gałęzi emulatora), pod warunkiem feedbacku w przypadku znalezionych błędów. Chętni niech piszą na laoo(małpa)icomp.pl. Macgyver: napiszesz coś? ;)
Jeśli ktoś się na poważnie zadeklaruje na klonowanie i obieca, że złoży Warpa z powrotem działającego, to mogę pożyczyć hardware do rozebrania :)
Do mnie też doszły. Dzięki!
Z drugiej strony: na głównej mało się dzieje i rzadko tam zaglądam i łatwo coś przegapić (ile razy na forum było postowane coś, co było już na głównej). Wg mnie ten ficzer jest przydatny, więc ew. najwyżej można go uopcjonalnić jeśli to możliwe.
E tam. Support dla 816 to jest już dawno, tylko że w innym emulatorze, do testów i w odpowiednich kręgach invite only ;)
No właśnie na głuchołazach cośtam rozmawialiśmy, ale się nie odezwałeś. Ja jestem w stanie pomóc, tylko nie w atari800win (tego nie tknę patykiem ;)). Jeśli to nie przeszkadza, to pisz na prv.
Nosty: A do czego potrzebna jest Ci ta emulacja?
Środowisko programistów z dużych banków nie jest mi obce i nie robi na mnie niestety wrażenia (programowanie w RPG nie nazwałbym rozwojowym).
Co do sprzeczności to biję sie w pierś za nadmierny skrót myślowy, ale polibuda to nie zawsze porządna uczelnia i doktorant to nie zawsze oszlifowany diament ;)
Tdc: zależy co chce się robić ze swoim życiem. Przyjemność, to hobby. Do tego wykształcenie nie jest potrzebne. Jeżeli jednak chce się zarabiać na tworzeniu software'u to jednak studia informatyczne na porządnej uczelni dają konkretną szkołę precyzyjnego myślenia. Bez przymusu samemu tego się nie osiągnie. A w prawdziwych projektach to nie chodzi o frajdę tylko o wyniki. A jak jeden z drugim napisze debilny kod, bo nie miał podstaw, to traci się tylko czas i pieniądze. Miałem już styczność z ludźmi po polibudzie, ba... nawet doktorantów, których kod trzeba było wyrzucać i pisać od nowa. Żeby być cenionym w branży, trzeba urodzić się diamentem i być oszlifowanym do brylantu.
A ten ECMA-334 to na pewno aktualny? Bo wg daty to jest z 2006 roku? M$ ciągle grzebie w .NET więc nowości może brakować.
Ja nauczyłem się z MSDNa jak jeszcze tylko bety były, no ale C już wtedy umiałem...
Wydaje mi się, że u nas jest o wiele mniej twórców dem, stąd mniejsze prawdopodobieństwo implementacji nieszablonowego pomysłu.
A komodziarze zawsze byli lepsi w designie, więc tam już z natury kładziony jest na to większy nacisk.
Pamięć musowo. Nawet kosztem procesora wg mnie. Co z gigaherców jak windows swapuje...
cholera a gdyby tylko były na rynku w rozsądnej cenie karty przechwytujące RGB to byłoby super...
Dzięki TeBe za info. Szczególnie 3. punkt mi rozjaśniłeś, bo nie byłem pewny czy przypadkiem mapa nie działa też na borderach.
Dobrałem się do dokumentacji VBXE i póki co mam takie pytania (jakby były głupie to nie bijcie):
1. Czy rdzeń FX ma pełną emulację GTIA czy poobcinaną (tryby 9,10,11, duszki itd.)?
2. Czy XDL zaczyna działać od tego samego miejsca co DL ANTICA?
3. Jak duży obszar obejmuje mapa atrybutów (czyli od której kolumny się zaczyna).
4. Nie jestem pewien czy rozumiem co dokładnie robi lokalna zmiana HIRES <-> CCR. Czy (obrazowo) jak będę w gr.8 to zrobi mi się z niego gr.15 i na odwrót? A co w trybach GTIA (9,10,11).
O w mordę! Ten reference manual jest zarąbisty! Jest coś takiego / ktoś ma do serii XL/XE?
A u mnie na osiedlu to prawie jak w Japonii ;)
Ja orty walę na okrągło (acz większość usuwam po przeczytaniu tego co napisałem. Pomaga), ale takie rzeczy to nie powód, aby upraszczać polszczyznę. Język ewoluuje własnym życiem na przestrzeni pokoleń i jakieś rozporządzenia zmieniające go tak naprawdę go tylko okaleczają.
A wracając do tematu, to atari++ fajny jest :)
Znalezione posty [ 851 do 875 z 1,633 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.052 sekund, wykonano 20 zapytań