Aj, a w tryb supervisor wszedł?
(ups nie doczytałem do końca)
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
ASH - Uniksowa powłoka dla Atari Poznaj ASH, nową powłokę w stylu Unix dla 8-bitowych komputerów Atari XL/XE.
Altirra 4.50 test 23 Phaeron opublikował kolejną kompilację testową Altirra 4.50 z poprawkami i nowościami (w tym custom device z obsługą Antonii 2)
MagiC 6.30 wraz ze źródłami Andreas Kromke udostępnił MagiC 6.30 i otworzył kody źródłowe swoich projektów dla Atari.
Altirra 4.50 test 22 Kolejna aktualizacja emulatora Altirra przynosi ulepszenia obsługi dysków i poprawki procesora.
SpartaDOS X 4.51 Wydano aktualizację SpartaDOS X 4.51
atari.area forum » Posty przez Adam Klobukowski
Aj, a w tryb supervisor wszedł?
(ups nie doczytałem do końca)
Po pierwsze primo, dałbyś chyba radę z jednym incbinem.
Po drugie primo, nie zapamiętujesz oryginalnej wartości wektora vbl, a potem go nie przywracasz - prawdopodobnie po zakończeniu programu kod vbla idzie w krzaki.
Komuś jeszcze czegoś życzyć? ;D
Nie, nie da się (chyba że wykorzystując sztuczki sprzętowe, ale one zabierają sporo czasu procesora, zwłaszcza jak się chce używać lewej i prawej ramki).
Można za to, bez większego nakładu, zrobić ekran wirtualny, tj. ekran który widzisz jest jedynie fragmentem całości, i np. ruszając myszką, poruszasz się po całości. Był program który takie coś robił, ale niestety nazwy nie pamiętam.
Krollowi z okazji jego okrągłych urodzin życzę... aby zjawił się u niego samochód wyładowany sprzętem Atari :D
Oczywiście, mogły ulec zmianie, ale tego się nie dowiesz, bo pod StiNGa nie ma klienta DHCP, jest jedynie pod FreeMiNTa.
Idź kup router.
Z tego co słyszałem, kwestia MACa to jest kwestia bezpieczeństwa - chodzi o to żeby ktoś nie przypiął się do naszego kabla i nie poużywał naszego internetu na dziko. Ma to trochę sensu i nie jest aż tak uciążliwe, bo ludzie jednak rzadko zmieniają karty sieciowe.
sqward, no racja. Taki Cannon Fodder woła o pomstę do nieba :(
Wystarczy znać swoje prawa i odpowiednie paragrafy, a ubezpieczyciel OC wypłaci odszkodowanie szybko, sprawnie i bez gadania.
1. SCC.PRG jest raczej niepotrzebne
2. Jak zrobiłeś według opisu, to powinieneś mieć kilka narzędzi, w tym PING, które umożliwią sprawdzenie co się dzieje.
3. Idź kup router.
Nie powinny, o ile dobrze pamiętam konstrukcje drivera Paskudowego sterownika. Z tym że bootować się zawsze będziesz musiał z dysku podpiętego do Paskudnego sterownika - wynika to z tego że jest on podpinany pod ROMport, który ma wyższy 'priorytet' nad zwykłym dyskiem twardym.
1. Dyski dedykowane ST nie są IDE, nie podepniesz przez nie karty CF.
2. Teoretycznie, jeśli pokombinować, powinno się dać w Aranymie pod Linuxem.
3. Są. Po uruchomieniu komputera albo wkładasz dyskietkę i bootuje się od razu, albo musisz chwilkę poczekać bo próbuje 5 razy odczytać dyskietkę.
W STku też najlepiej zapamiętać jak było złącze klawiatury przypięte, bo przy odrobinie wysiłku i złej woli można je wpiąć odwrotnie (nie wiem z jakim skutkiem).
Karty CF to oddzielny rozdział w standardzie ATA. Zasadniczo, z punktu widzenia programisty, taka karta powinna zachowywać się jak dysk twardy, ale są chyba jakieś inicjalizacje itp. Zapewne zależy to konkretnie od karty - dokładnie nie wiem, bo w ten rozdział akurat nie wczytywałem.
Jeśli chodzi o interfejs Paskuda, to dużo będzie zależało od karty i przejściówki - jak dobrze emulują twardy dysk. Skłaniałbym się jednak ku temu że jest to możliwe.
Zależy od karty CF, niektóre są problematyczne. Ogólnie odpowiedź brzmi tak, będzie działać.
To ja jeszcze dorzucę:
12. Atari ST GEM Programmer's Reference; The complete guise to programming the ST using the Graphics Environment Manager - Norbert Szczepanowski, Bernd Gunther
Gep: ja nie mówiłem że jest tam jakoś super - ale jak na Afrykę chyba akurat najlepiej.
No, Gep, akurat gospodarczo i ustrojowo RPA to chyba najbardziej stabilny kraj afrykański. Oczywiście apathaid to było zło, ale to już się dawno skończyło. Polecam (naprawdę) obejrzeć jeden z ostatnich filmów w reżyserii Clinta Easwooda pt. Invictus - z genialną (moim zdaniem) rolą Morgana Freemana, akurat jest to dzieło w tym temacie.
Spodobało się, to do koncertu życzeń dołączam Evil Boy tej samej grupy. Ostrzegam - jeszcze ostrzejszy hardkor :)
Ten koleś z drugiego planu to chory na progerię (właściwie osoba która przeżyła najdłużej ze wszystkich znanych przypadków), Leon Botha, artysta znany głownie w RPA który odszedł z tego świata piątego tego miesiąca.
OC bierz tam gdzie najtaniej, chyba że interesują Cię jakieś pakiety +AC+NW. Widzisz końcową cenę i się nie przejmuj - na tyle dostaniesz umowę. Okres ubezpieczenia to 1 rok.
Niestety, zrzucanie core ma sens jedynie przy VM.
(zainspirowane innym topikiem)
Od wdzięcznych użyszkodników, dla Kierownika, z okazji imieniny Ani (ani moje ani twoje), utwór Die Antwoord Enter Ninja
Panowie, jak tak was czytam to się boję że zaraz w GTIA akcelerator 3D znajdziecie ;)
Adam,
nie upieram się że blitter jest jakimś superhiper niezastąpionym koprocesorem. Po prostu uważam że jest on strasznie niedoceniony, a czasami nawet dyskredytowany. Całkiem bezpodstawnie.Adam Klobukowski napisał/a:od wielu lat, żadna* produkcja nie używa blittera?
a to ciekawe, na jakiej podstawie tak twierdzisz? masz jakieś bliższe informacje o demach że nie używają blittera?
Twierdzę tak na podstawie rozmów z autorami, głównie na #atariscne
Adam Klobukowski napisał/a:Beams wykorzystuje blitter
a jednak używają :)
Jeden rodzynek ;)
osobiście znam parę zastosowań blittera w demach na Falcona:
czyszczenie ekranu, kopiowanie danych do/z dsp poprzez host port, fade in/ fade out ekranu w truecolor, rysowanie linii, rysowanie gouraudowanych linii, wspomaganie konwersji Chunky2Pixel, konwersja tablic czy choćby swapowanie bajtów w słowie.
Najlepsze jest to, że w czasie tych operacji, procesor nie jest blokowany, cały czas pracuje i ma dostęp do pamięci ST-Ram.
c2p jest robione za pomocą kodu autorstwa Kalms'a/TBL (z amigi) dostosowanego to atarowskich bitplanów. Z tego co wiem jest ona uważana za najszybsze rozwiązanie. O wykorzystywaniu do tego bilttera nie słyszałem, możesz podać jakieś źródło?
Co do dem z ostatnich lat na Falcona, z tego co pamiętam to większość z nich jest na 060. tutaj ze względu na moc procesora, blitter jest zbędny, dodatkowo zajmował by cenne cykle ST- Ramu.
Przynajmniej od czasu wyprodukowania CT2b używanie blittera jest zasadniczo 'passe' ;)
Adam Klobukowski napisał/a:Nie chcę żebyś żle odebrał to co teraz napiszę, ale skoro uważasz że blitter jest taki dobry, napisz jakiś jeden sensowny efekt który to pokaże, którego nie da się zrobić szybciej CPU.
a właśnie że napisze se :)
Powodzenia :)
W tym co piszę nie chodzi o to że blitter jest kompletnie bezużyteczny, lecz o to że nawet na niedopalonym falconie jego użyteczność jest niska - ma sens jedynie jeśli używa się dodatkowych operacji (shifty lub funkcje logiczne). Na dopalonym falconie staje się to zupełnie bez sensu (szczególnie jak się dopali szynę, bo wówczas blitter po prostu nie działa). No i Falcon ze swoimi dwoma procesorami jest już wystarczająco skomplikowany do programowania (a już DSP, szczególnie te w Falconie to wyższa szkoła jazdy), więc z używania blittera od pewnego czasu zasadniczo zrezygnowano. Za dużo kombinacji, za mało korzyści.
atari.area forum » Posty przez Adam Klobukowski
Wygenerowano w 0.191 sekund, wykonano 18 zapytań