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 42 z 66)
W COBOLu też się pisze do dziś i jest dalej rozwijany, a w bankach dalej piszą w RPG 4 (język niewiele lepszu od asemblera. Mój kolega w nim pisze i bardzo przeklina), ale to nic nie znaczy. Ostatnia wersja C może i pochodzi z 1999 roku, ale dlatego, że osiągnął już stabilność i nie trzeba już go rozwijać, bo jak ktoś chce mieć super duper ficzery, to przesiada się na takiego C# (bo już C++ w niektórych kręgach jest uważany za anachronizm).
A Quasi-standardy biorą się już z milionów napisanych linii kodu, z którymi nie za bardzo wiadomo co robić poza dopisywaniem następnych milionów.
Ale za to jakie wykonaaanieee... i gabaryty słuszne... ;)
Ej, weźmy się wkurzmy i zróbmy alternatywny projekt mieszczący się we wtyczce SIO i umożliwiający wybieranie ATRów z poziomu ATARI i 5 razy tańszy? Jakiś AVR imho dałby rade :)
Ale tak samo "w duchu" jak ARM z 6502... dodałem "winka" :)
Jeśli już mowa o genealogii, to wcześniej był 6800 i to on był pierwowzorem 6502. A ARMy raczej ulepszoną wersją 6502 nie są, tylko jak już, to "rozwinięciem filozofii". Napewno przynajmniej nazwy rozkazów byłby wzorowane i jak się programuje to jest taki 6502-owski look and feel :)
Zasadniczo wg mnie można wyróżnić dwie wielkie rodziny:
procesory pochodzenia "intelowskiego":
4004 -> 8008 -> 8080 -> 8086 -> 80x86 (i tu cała pecetowa banda)
oraz Z80 wywodzący się z 8080
oraz pochodzenia "motorolowskiego":
680x -> 6502 -> ARM ;)
680x0 -> PPC ;)
Oczywiście można się nie zgadzać :)
Dziwna sprawa, bo u mnie na FF (2.0.0.3) śmiga.
Inna sprawa, że sam program ma problem z przełączaniem muzyczek. Jak jakas gra, a włączy się inną, to z poprzedniej gra ostatni loop, ale nie wiem czy to błąd w programie, czy jakis bug w javie.
W dzisiejszych czasach to byle g**** wymaga SP2 :]
Na "dotartym" XP śmiga aż miło zjadając zbyt mało mocy Pentium D 805, żeby oszacować ile :)
Dobra robota. I kto by pomyślał...
wikipedia napisał/a:The TC 2048 or Timex Computer 2048 is a computer created by "Timex of Portugal, Lda", a branch of Timex Corporation.
Timex Portugal only sold the TC 2048 in Portugal and Poland, where it was very successful.
Czyli w pewnym sensie mazi ma racje. Praktyczna amerykańskość Timexa (czyli komputera bardzo popularnego onegdaj w polskich podstawówkach) jest dyskusyjna.
Gepard i nie warez? O_O ;)
A znaleźliście hidden part?
nosty: Dzięki za info. Myślałem, że praca jest bardziej "równoległa", ale jak wymaga przełączania wajchy i bootowania atarki to faktycznie alternatywa dla SIO2PC nie jest.
Sikor: Wiem, że tak można, ale przełączanie CFa z jednego miejsca w drugie i z powrotem przy każdej asemblacji wygodne by nie było :)
A ciekawe jakie przeszkody stoją, żeby SIO2IDE mogło równocześnie kontaktować się i z atarką i z PC? Czy chodzi tylko o kłopoty z obsługą błędów że atarce nagle zmieni się / zniknie ATR czy coś więcej?
Odgrzebię temat, bo nie znalazłem nigdzie bezpośredniej odpowiedzi na nurtującą mnie kwestię: Jak właściwie wygląda kopiowanie ATRów na CF'a poprzez zintegrowany USB? Interesuje mnie develepowanie na Atari, więc pewnie miałbym bata, którym chciałbym tworzyć ATRa i kopiować go na CFa po USB i w związku z tym czy proces jest zautomatyzowany, czy trzeba ręcznie przestawiać jakieś tryby, zworki czy Bóg wie co jeszcze? Czy jest możliwy scenariusz zastąpienia w ten sposób SIO2PC, czy nie zawracać sobie głowy bo za pomocą SIO2PC jest i szybciej i wygodniej?
W sprawie konsultacji: http://atariki.krap.pl/index.php/GTIA#Wadliwe_GTIA
Sprawne GTIA: Kup na allegro jakieś 65XE (pewnie będzie miało sprawne GTIA, bo tylko ostatnie modele (130XE, 800XE itp) miały wade) i potraktuj go jako dawce. POKEY też mógłby się przydać :)
Właśnie o to mi chodziło. W sieci torrenta z natury rzeczy są albo rzeczy nowe, albo bardzo popularne.
"Stabilność" plików pozostawionych "na torrencie" jest cokolwiek dyskusyjna. Zwłaszcza 4 GB.
Wersja w CVSie od 4 miesięcy ma windowed mode.
Pytanie: Ma ktoś to może? Chodzi mi o com816.zip. Zamierzchłe i czasy i ja już tego nie mam, a mogłoby mi się teraz przydać...
Link do tego już się gdzieś tu przewijał ;)
Ale warto było przypomnieć, bo pojawiło się tam 6502asm.com Coding Competition!
Tylko trzeba mieć PayPal'a, żeby odebrać nagrode :/
Z tą czytelnością / wydajnością byłem nieprecyzyjny. W czasach powstawania atari800 nie można było sobie pozwolić na taką architekturę, jaka jest w atari++, bo nie było komputerów, na których by to poszło. Sytuacja się zmieniła. Emulator powstał. Nie taki wierny jaki atari800, ale to już jest kwestia osobomiesięcy spędzonych nad kodem. Jego plusem jest spójność i łatwość modyfikacji i nie uważam, że autor przesadził z obiektowością. Jest poprostu konsekwentny. To nie jest kod w C tylko C++ i to dobry C++. A żeby projekt sie nie zawalił i nie trzeba było go łatać, nie można sobie pozwolić na haki oszczędzające trochę czasu procesora.
A poza tym kod nie jest rozwijany w Visual Studio. W porcie windowsowym pomagał ktoś inny.
A co to właściwie jest? Czy to legalne? ;)
Za bezpodstawne krytyczne uwagi biję się w pierś i przepraszam! Napisałem trochę emocjonalnie, bo wcześniejsze posty też takie były. W kwestię kradzieży źródeł nie będę wnikał, bo nie mam intencji bronić autora ani nie ma to znaczenia w wykorzystaniu samego emulatora.
Tak z pewnej perspektywy, to porównywanie obu emulatorów jest bardzo trudne, bo mają odmienne założenia. Atari800 powstawał w zamierzchłych czasach, gdy wydajność miała znaczenia i poświęcono dla niej czytelność, podczas gdy w atari++ wydajność została poświęcona dla czytelności. W rezultacie jak atari800Win zjada tak mało procesora, że taskinfo nawet nie chce pokazać ile, to atari++ potrafi zjeść nawet 7%, ale nie wydaje mi się, żeby dziś stanowiło to problem. Dla mnie atari800 przedstawia się jako bardzo stabilny i dojrzały projekt, w którym nie ma miejsca na eksperymenty i zwykły "szary człowiek z ulicy" nie ma nawet odwagi nic tam dopisać. Z drugiej strony atari++ po pobieżnym zapoznaniu się z architekturą jest bardzo czytelny i podatny na modyfikacje i eksperymentowanie w nim jest bardzo proste. Dodanie GTIA Upgrade wymagało kilku dni zapoznawania się z architekturą i dosłownie kilku godzin pisania. Przyznam się, że mam już w fazie testów emulację 65c816 + liniowy ram (pisałem parę tygodni wieczorkami, bo dużo rozkazów :P), a puszczenie high-ramu na wyższym zegarze ze zgodnością z WARPem wymaga kilku żmudnych (bo znowu dużo rozkazów) ale prostych modyfikacji.
W rezultacie przeznaczenie obu emulatorów może być także różne. Na atari800 można odpalać stare gierki, ale uważam, że współczesnym hardwarowym rozwiązaniom jakie mamy teraz na scenie przyda się support nawet kosztem tego, że jakiś pixel zasyfi, pokey zapierdzi albo nie odpali się stara gierka.
Jak włączysz tryby GTIA, to będzie kaszanka. Dopałka nic nie zmienia w tej kwestii. Tryby GTIA nawet "przeszkadzają" jej, bo spowalniają zmiany rejestrów. Obrazki prezentowane przez TeBe nie wykorzystują GR.9/10/11 i nawet na padniętym GTIA będą wyświetlane poprawnie.
OK. Zwracam honor :) Ściślej, to 65c816 wyciąga max 18 MHz jak jest w obudowie PLCC (DIP pewnie nawet mniej), a 20 MHz da się wyciągnąć przy obudowie QFP (pewnie dlatego, że jest mniejszy).
No to czekamy :)
Pojęcie trudności jest względne: w atari800 byłoby to bardzo trudne (zbieżne do "niemożliwe"), podczas gdy w atari++ to tylko pare godzin kodowania.
Znalezione posty [ 1,026 do 1,050 z 1,633 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.052 sekund, wykonano 17 zapytań