Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Brzmienie POKEY na czarnej płycie Przypominamy o płycie z utworami z ośmiobitowymi hitami wydanymi na winylu.
8. Gala Atari Homebrew Awards już dziś! Poznaj najlepsze gry roku na wszystkie platformy Atari podczas wielkiej gali na żywo.
Robocop, Paperboy, Last Ninja II na A8? Sensacyjne odkrycie grafik z niepublikowanych gier na 8-bitowe Atari.
AspeQt-2k26 v1.0.0 Nowoczesna wersja emulatora stacji dysków AspeQt z obsługą Qt 6 i nowymi funkcjami sieciowymi.
Elite Demo Release 7 na 8-bitowe Atari Nowa wersja portu kultowej gry Elite z BBC Micro na Atari XL/XE przybliża nas do pełnego wydania.
atari.area forum » Posty przez Adam Klobukowski
Śmiem wątpić czy to było kupowane. Raczej ktoś siadał i rysował, pewnie któryś z developerów odpowiedzialnych za generowanie znaków. Ewentualnie brali ze starszych projektów w tej samej firmie.
Projekt Macintosh był pierwszym który postawił na bardziej profesjonalne liternictwo (Jobs na to mocno naciskał), i chyba jako pierwszy projekt komputera domowego ma domyślnie czcionki proporcjonalne.
Mnie się highresowa czcionka ST nigdy specjalnie nie podobała - Chicago jest mojm zdaniem znacznei łatwiejsze (a to jest akurat bezpośredni wpływ Jobsa, który naciskał na ładne liternictwo). Co co czcionek lowresowych (8*8) to tu ciężko coś lepiej zrobić, mało miejsca.
swinkamor12: dokształć się. Na ten moment dyskusja z Tobą nie ma sensu.
Jakieś fotki?
Już dawno temu były takie bez paska, np. tylko do zakupów on-line.
Bo w Polsce karty pojawiły się dopiero po 1990, a masową popularność zdobyły po 2000. Dlatego można u nas od razu postawić na nowoczesną infrastrukturę i nowoczesne usługi. W krajach 'zachodnich' jest pod tym względem zacofanie, bo nie są chętni do ponoszenia kosztów wymiany starych urządzeń na nowe, szczególnie dopóki stare jeszcze działają. Dlatego w Polsce usługi bankowe stoją na jednym z najwyższych poziomów na świecie.
Pytanie było o kompilatory dla Atari, nie dla PC.
Tylko że GCC na ST jest nieużywalne, a na Falconie i TT dopiero ma sens jak masz TT Ram.
AHCC jest specjalnie przygotowane do pisania oprogramowania na Atari i jest ciągle wspierane prze autora. To że iny ma 16 bitów to nie problem, bo jest jeszcze long int.
A widziałeś krótkie powyżej 4MB?
Mam 16MB. Używane były w Macach 68K i drukarkach. To był maks.
Od zmiany emulatora na Aranym, ten jest można rzec 'dedykowany' dla FreeMiNTa, i działa bezproblemowo nawet na procesorach z architekturą little endian :D
PIC jest na pokładzie (chyba dla RTC) ale FPGA również:
Nie chodziło mi że nie ma FPGA, tylko że ostatniu dołączył człowiek od PICa.
WD1772 FDC: The Floppy Disk Controller, including support for HD floppies.
Jak by to się dało "dokleić" do MISTa... Oj siadła by mi prawdziwa stacja.
A gdzie byś ją wpiął?
YM2149: The well known ST sound chip
Czy to może ten sam co w MIST? Ktoś może słuchał gier/muzyki z firebee? W MIST nie jest z tym najlepiej :-(
Nie wiem na 100%, ale zakładam że emulacja YM2149 pochodzi z projektu Suska. Nie wiem skąd jest w MiST.
Nie FPGA a PIC, to pewna różnica ;) PIC w FireBee nie wpływa bezpośrednio na kompatybilność - głównie zapewnia komunikację z urządzeniami zewnętrznymi.
Praca nad FPGA trwa cały czas, ale nie jest to łatwe.
To pewnie problem wynikający z konwersji little/big endian ;)
Zdecydowanie nie ;)
Adam Klobukowski napisał/a:To przedstaw cokolwiek co demonstruje ten problem, bo my twierdzimy że go nie ma.
Proszę bardzo
http://dev-docs.atariforge.org/files/CO … V2_AES.pdf
Strona 164 przykładowy program dialog1.c jest wywoływanie funkcji z systemu,
skompiluj pod x86 żeby działało okienka niech się pokazują na emulowanym freemincie.
Skoro problemu nie ma to powinno to być proste.
Ale po co? AranyM z JITem robi to cały czas. Masz coś lepszego? Bo nadal nie ma problemu.
drac030 napisał/a:Skoro jest taki idealny, to go sobie sam skompiluj, uruchom i poinformuj nas, w którym miejscu napotkałeś problem.
Nie zrozumiałeś. Ja twierdzę że się nie da bez dużego nakładu pracy.
Natomiast Adam Klobukowski że wymiana danych między x86 a x68k to nie problem.
Skoro nie problem to czekam aż weźmie i pokaże że to nie problem.
To przedstaw cokolwiek co demonstruje ten problem, bo my twierdzimy że go nie ma.
Takie nakładane adaptery są dosyć popularne. Mam taki na TT-Ramie do STE i w turbo do Amigi 600. W obu przypadkach działa i trzyma się bez problemów. Frak/Pak/Pupla to niezła kanapka, i jakoś się trzyma :)
Adam Klobukowski napisał/a:Nie mam kompilatora dla ppc, ani całej reszty potrzebnych do tego narzędzi. Ty masz, juuż orezentowałeś kawałek kodu, w czym problem z resztą?
Pomysły typu dekompilacja standardowej funkcji z stdio to żart.
Nie wiem czego chcesz tam szukać. To po prostu działa.
Powerpc bez problemu sięga do danych 32 bit z adresu niepodzielnego przez 4.
Jeśli się to nie zgadza z twoimi wyobrażeniami o powerpc, cóż twój problem.
A skąd pomysł, że powerpc ma jakieś z tym problemy?
http://www.freescale.com/files/product/ … FPE32B.pdf
4.1.5: "(...)An attempt to access memory with an effective address alignment that is invalid for the instruction
causes the alignment interrupt handler to be invoked(...)"
Adam Klobukowski napisał/a:Znam ten 'problem' wymiany danych z praktyki, przerabiałem go wielokrotnie, jak większość programistów.
Napisałem sporo kodu który musiał zmagać się z konwersją little/big endian i nie rozumiem twojego problemu. Więc wytłumacz mi na konkretnym przykładzie - na czym polega problem? Pokaż ten strasznie skomplikowany, trudny, powolny kod.Proszę bardzo:
Napisz program w C pod x86 który otworzy okienko na emulowanym freemincie 68k,
po czym będzie coś tam rysował, okienko da się przesuwać będzie reagował na klawisze, mysz,
plus oczywiście będzie korzystał z jakiś kontrolek.O tu powiedzmy na początek:
http://dev-docs.atariforge.org/files/CO … V2_AES.pdf
strona 84 program scroll.c
A potem powiedzmy coś z drzewkami
strona 125 object.c
Nie nic tu nie tłumaczysz. Pokaż mi swój kod, albo jakikolwiek kod, na którym możesz zademonstrować problem. Nie 'napisz se kod', bo ja już trochę kodu w życiu napisałem. Wskaż mi konkretny kawałek kodu gdzie ten 'problem' występuje i wytłumacz dlaczego tak jest.
Adam Klobukowski napisał/a:Ważny jest kod skompilowany do asemblera.
To chyba żart. Jeśli masz z funkcją printf problem ściągnij źródła ze strony MOS team i sam skompiluj do asemblera.
Nie mam kompilatora dla ppc, ani całej reszty potrzebnych do tego narzędzi. Ty masz, juuż orezentowałeś kawałek kodu, w czym problem z resztą?
Skoro nie rozumiem, to mi wytłumacz.
Nie ma problemu. Napisz program pod x86 który otworzy okienko na emulowanym freemincie 68k,
po czym będzie coś tam rysował, okienko da się przesuwać będzie reagował na klawisze, mysz.
Po praktycznym zapoznaniu się z problemem wymiany danych z pewnością zmienisz zdanie o powerpc.
Znam ten 'problem' wymiany danych z praktyki, przerabiałem go wielokrotnie, jak większość programistów. Napisałem sporo kodu który musiał zmagać się z konwersją little/big endian i nie rozumiem twojego problemu. Więc wytłumacz mi na konkretnym przykładzie - na czym polega problem? Pokaż ten strasznie skomplikowany, trudny, powolny kod.
Bez TOSa 3.0x to nie zadziała.
Możesz pozwać za oszczerstwo.
Tak, ale na FireBee pójdzie na FireBee ;)
Nie chodzi o obrazę, ale o dyskryminację.
Adam Klobukowski napisał/a:Gry z Atari ST w 95% nie pójdą na FireBee. Można za to na FireBee uruchomić Hatari które działa w wystarczającą prędkością :)
To bez sensu, po co więc kupować FireBee, skoro Hatari pójdzie na dowolnym innym komputerze?
Bo pójdzie sporo innego softu, ST to nie tylko gry.
Adam Klobukowski napisał/a:Brak kodu funkcji fprintf.
Kod funkcji fprintf do ściągnięcia ze strony MOS team.
Ważny jest kod skompilowany do asemblera.
W kodzie który przesłałeś nie ma żadnego dostępu pod adres niepodzielny przez 4.
Jest tylko ty nie potrafisz znaleźć.
Mimo że masz w dumpie z kompilatora również linie z c.
Twoja wiedza o powerpc jest za mała.
To wskaż mi proszę, w której linii, w kodzie asemblerowym który pokazałeś, jest dostęp do adresu niepodzielnego przez 4.
No, nikt nie zrobił, poza autorami emulatorów takich jak WinUAE, Aranym, Hatarai i wielu innych. To o czym piszesz nie ma nic wspólnego z konwersją little/big endian, to po prostu generowanie stubów dla bibliotek.
Cały czas nie wiesz o czym piszesz. Coś ci się wydaje ale tylko wydaje.
Spróbuj użyć w kodzie x86 bibliotek z obecnego freeminta 68k, to zrozumiesz o co chodzi.Ale jak już pisałem większość "ekspertów" którym PowerPc nie pasuje, nigdy tego nie widziała i nie używała.
Skoro nie rozumiem, to mi wytłumacz. Na początku pisałeś że nie pasuje endianess, to Ci BartoszP pokazał że PowerPC w najnowszej Amidze ma takie samo endianess jak Intel. Więc skoro endianess moze być inne niż na 68K, i masz te same 'problemy' z endianess które miałbyś na Intelu, to na czym polega przewaga PowerPC?
atari.area forum » Posty przez Adam Klobukowski
Wygenerowano w 4.519 sekund, wykonano 3 zapytań