Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
HDDRIVER 13.01 Aktualizacja HDDRIVER przynosi poprawki dla HDDRUTIL oraz lepszą obsługę szybkiego sprzętu.
192p Test Suite dla 8-bitowego Atari Nowy program do testowania i kalibracji obrazu dla Atari XL/XE od HanJammera.
Atari800 7.0.0 Pierwsza wersja emulatora z funkcją pobierania z sieci i mnóstwem nowości.
Obrazy w 1024 kolorach na VBXE Nowy konwerter i przeglądarka obrazów dla rozszerzenia VBXE pozwalają wyświetlić aż 1024 kolory.
Gearlynx 1.2.15 Emulator Atari Lynx doczekał się ważnej aktualizacji z wieloma nowymi funkcjami.
atari.area forum » Posty przez xxl
Co do nielegali: http://vjetnam.hopto.org/punBB/viewtopic.php?id=283
to jest bledna lista. ktos kto bedzie sie tym kierowal szybko podzieli poglad ze rozkazy niepublikowane dzialaja "jak chca".
tu jest prawidlowa lista:
@ming: chodzi o FetorScene? powinienem zrobic przed nia dluzsza pauze. nie bylo do Ciebie.
wracajac do tematu, widze dwie postawy - ci, ktorych karta nie interesuje (z roznych wzgledow) opisuja cechy karty jak wady, oraz ci, ktorych interesuje, przekonuja tych pierwszych ze karta to wlasciwie nic wielkiego (i nie chodzi o rozmiar;).
postawa 1 czy postawa 2? zastanow sie teraz o kim pisalem.
Alley Cat na 816 nie pójdzie. Ale na Rapidusie jak najbardziej - po przełączeniu switcha na 6502
Czyli chodzi na Rapidusie pod warunkiem ze wylaczysz Rapidusa :/
I jesli istnieje jakikolwiek praktyczny sens istnienia tej dyskusji oprocz negatywnego nacechowania produktu, ktorego pojawienie sie zburzylo wewnetrzny porzadek umyslu cechujacego, prosze o oswiecenie mnie.
negatywnie nacechowac Rapidusa probuja osoby, ktore umniejszaja jego mozliwosci. najmocniejsze atrybuty karty:
1.16-bitowa karta,
2.mozna ja wlaczac/wylaczac programowo,
3.dostep do 16mb ram
4.wysoki zegar (przelaczany)
to sa zalety, zaden analogiczny konkurencynjy produkt nie ma tych zalet (najwyzej jedna z nich), dodatkowo produkt polski
czego tu sie wstydzic?
co powie FetorScena?
prosze nie obrazac Laoo, przedstawil swoj punkt widzenia, nie trzeba sie z tym zgadzac - mozecie dyskutowac, jesli oczywiscie jestescie zdolni do wysilku myslenia. zaslaniajac sie formula dzialu "balagan" zachowujecie sie jak trzoda. chcecie dolaczyc do dyskusji dajcie cos od siebie procz smrodu. nie? to szatdafakap bo skroce sznurek w chlewiku :D
z "Tomkiem-8", Nosty pracuje/ulepsza... dawno nie bylo nowego info.
zgodnie z powyzszym:
Mozemy mowic ze 16-bitowe aplikacje uruchomione na Rapidusie sa programami dzialajacymi na rozszerzone atari.
dziekuje, moze odpowiadales, jednak opiero teraz zrobiles to w sposob ktory zrozumialem.
podsumowujac:
- rozszerzenie to urzadzenie, ktore jest przylutowane do atari,
- rozszerzenie moze wykonywac program i mozna powiedziec ze ten program dziala na rozszerzonym atari,
- jesli atari wykorzystuje efekty dzialania rozszerzenia przykladowo grafika (ale rozumiem, ze takze dzwiek czy kod) to mowienie ze to Atari jest naduzyciem. czyli kluczowe jest tu slowo "rozszerzone",
dobrze zrozumialem?
Jedyne co można twierdzić, to że Atari + Rapidus, to rozszerzone Atari.
Nie ma sporu czy Atari + Rapidus to rozszerzone atari. Spor jest czy jesli rozszerzenie wykonuje program (tu sie chyba zgadzamy) to mozna mowic, ze ten program dziala na atari.
dalem przyklady:
- tomasz wykonujacy program wyswietlania, (nie uznajesz go za rozszerzenie ale rozumiem, ze gdyby zamiast formy karta byl przylutowany do zlacza od wewnatrz komputera to uznalbys go za rozszerzenie)
- vbxe wykonujacy blitterListe
- Rapidus wykonujacy program na 65816
zadane czwarty raz pytanie pozostaje bez odpowiedzi: czy jesli rozszerzenie wykonuje program to mozna mowic o programie dzialajacy na atari.
Rapidus rozszerza jeden z komponentów komputera.
nie rozszerza a przejmuje funkcje jednego z komponentow komputera. VBXE rozszerza mozliwosci GTIA a czy nazwalbys BlitterListe programem dzialajacym na Atari?
Tomek to nie Atari, więc program wykonywany przez Tomka nie jest programem na Atari.
Tomek to nie Atari a Rapidus to Atari? Jak narazie roznice jaka wskazales to ta ze Rapidusa trzeba przylutowac a Tomasza nie. Co sprawia, ze Rapidus to Atari?
Co do ustosunkowania się... Rozszerzamy Atari XL/XE o procesor wykonujący jakieś nowe instrukcje, będący kontynuacją oryginału. Poprawny stary kod działa, można napisać nowy wykorzystujący nowy procesor... Mi to wygląda na rozszerzone Atari XL/XE.
to nie bylo pytanie o to czy "Rapidus" jest rozszerzeniem, "new device" czy czymkolwiek innym, pytanie brzmialo, czy jesli rozszerzenie Atari wykonuje program to mozna powiedziec ze program dziala na Atari? dalem przklad "Tomka", czy program ktory wykonuje "Tomek" jest programem na Atari?
Skok o rząd wielkości, o jakim mówi Sikor, miałby miejsce wtedy, gdyby procesor nie potrafił pracować w środowisku 8-bitowym, czyli gdyby naturalne dla niego było połykanie w jednym cyklu 16-bitów danych. Wówczas programy 8-bitowe musiałyby być emulowane. 65c816 pracuje na danych 8-bitowych i nie należy traktować go jako w pełni procesora 16-bitowego.
szerokosc szyny danych nie decyduje. zreszta tu masz inny przyklad: 68008
ustosunkujesz sie:
http://www.atari.org.pl/forum/viewtopic ... 87#p180687
?
Oczywiście, że to nie są programy na stockowe 8-bitowe atari. Taka jest definicja rozszerzenia, że modyfikujesz coś w komputerze i program korzystający z modyfikacji nie działa na oryginale.
w tym wypadku program nie korzysta z modyfikacji, w tym wypadku modyfikacja wykonuje program. Kardrydz Tomasz tez moze wykonywac program, powiedzialbys ze ten program "dziala na atari"?
----
dziekuje towarzyszu Ming. przemujemy ten watek.
Projektanci tak samo nie uwzględnili w dokumentacji użycia rozkazów spoza listy, określając je nielegalnymi
zwykle niedopatrzenie, podobnych niedopatrzen mieli wiecej... niepodlaczony punkt lutowniczy MapRAM aby atari miali 2KB RAM wiecej.
Reasumując dla mnie 65c816 to procesor 8-bitowy
zaczyna sie :D , chwile temu pisalem:
zle bedzie jesli zaczna nam wmawiac ze programy na te nowe sprzety to programy na 8bitowe Atari XL/XE podczas gdy na takim sprzecie nigdy sie nie uruchomia
Hell'o
Robi sie?
bzdura z tym "nie bylo mozliwosci", mozliwosci byly, nie bylo programow.
jest karta VBXE miazdzaca ST, jakos nie widze programow wykorzystujacych ten sprzet, na PC sa narzedzia a do tego wygodne, mozna rysowac nawet w kiblu na tablecie czy laptoku.
prace na VBXE pojawiaja sie sporadycznie.
tak samo 16-bitowe programy, sa narzedzia, transplantacje sprzetowe byly mozliwe od dawna, pojawiaja sie nowe rozwiazania oparte na 65816.
prace na 16-bitowe 65816 pojawiaja sie sporadycznie.
odpowiedz jest prosta, ciezko sie przyznac :-) Nostalgia. Atari XL/XE to zawsze bedzie 8-bitowa maszyna z gora 128 KB ramu i stacja dyskow - marzenie kazdego gnojka 30 lat temu.
Czy 24bit grafika VBXE daje smak malego atari?
czy 16bitowe aplikacje daja smak malego atari?
skoro konkursy odbywaja sie na atari xl/xe to dlaczego jakims regulaminem probuje sie wymusic, zeby progrmay dzialaly na czyms innym niz wlasnie Atari XL/XE, dlaczego zabrania sie wykorzystywania wszystkich mozliwosci tego sprzetu? to tak jakby nakaz pracy windowsa w trybie awaryjnym.
na atariage zostalo wczoraj udostepnione zrodlo sprzetowego emulatora atari xl/xe mogacy pracowac do 60 MHz... tak, ze mozna wkrotce spodziewac sie kolejnego nowego atari o niesamowitych nowych mozliwosciach tym razem w 100% zgodnego z 8-bitowym atari xl/xe a do tego wielkosci paczki papierosow.
czy to zle? nie. jest szansa, ze ktos bawiacy sie takimi sprzetami zainteresuje sie tez malym Atari, moze cos napisze, muzyke, stworzy grafike, napisze program.
zle bedzie jesli zaczna nam wmawiac ze programy na te nowe sprzety to programy na 8bitowe Atari XL/XE podczas gdy na takim sprzecie nigdy sie nie uruchomia :D
podobnie jest w swiecie Amigi: amiga klasyczna i 5 "rodzajow" nowych amig, kazda z innymi mozliwosciami i kazda wedlug producenta jest ta prawdziwa amiga ;-)
udogodnienia dla uzytkownikow sa wazne ale rozwoj biblioteki pojdzie w kierunku udogodnien dla programistow.
1. oddzielenie menu od biblioteki
2. przekazanie kontroli nad konfiguracja biblioteki programiscie (to bedzie mialo konsekwencje dla usera, biblioteka konfigurowana na SIO/US, OS/:D, CAR/RAM)
3. najprawdopodobniej relokacja biblioteki wraz z mozliwoscia zmiany modulu I/O w samym ciele xB (obecnie mozna wskazac pamiec poza xB)
4. dla obslugi biblioteki z Basica lub Action! memlo identyczne jak dla programow maszynowych czyli $c00 (dla maszynowych dodatkowo 1,5 KB ponizej nierelokowanej biblioteki jest wolne)
w skrocie co jest najbardziej widoczna zmiana, przykladowo jesli uzyjemy odtwarzania muzyki podczas ladowania/zapisu to mozemy wskazac na ktorym module xB to robimy i user nie bedzie mial mozliwosci zmiany (obecnie moze co prowadzi do nieporozumien) oczywiscie jesli programista niczego nie wskarze bedzie dzialalo jak do tej pory.
to nie jest dobry pomysl Sikor. obecnie mozna sobie napisac program ktory bedzie ladowal po kolei pliki z dysku (sa funkcje binary_load i load_file)...
teraz nawet w Basicu mozna sobie napisac FileLoadera ktory bedzie uruchamial programy binarne np. gry
No dobrze, mozesz nazywac 120 bajtowe urzadzenie " :D " dosem.
Wolalbym rozwijac temat xB. Co jeszcze moze sie przydac programiscie, jakies bug reporty, ciekawe pomysly itp.
"D:"* nie moze byc dosem, musialby zajmowac 40 x wiecej miejsca w pamieci i byc bezuzyteczny...
podobienstwo jest tylko jedno :D
---
* prawidlowa nazwa ma przestawione znaki, najpierw ":" pozniej "D" ale forum robi z tego taki znaczek: " :D "
maly test urzadzenia D: dla xBIOS (zajmuje mniej niz strona pamieci - ok. 120 bajtow)
http://www.youtube.com/watch?v=FDWVolqrXyw
testy na komputerze 64KB pokazuje o ile wiecej ram mamy gdy nie ma dos (i caly czas mozemy korzystac ze stacji w basicu). pamiec pod ROM wolna.
czy D: podobnie jak sam xB wejdzie do kanonu programowania?
... w takim razie uprasza się o przeniesienie tego wątku na AtariOnline ;)
scena atari tez zna temat xB, na AtariOnline jest watek o xBios, ale i tu warto informowac uzytkownikow, po to jest forum :-)
Sęk w tym, że jak na mój gust, to właśnie na ostatnim SV zabrakło paru czołowych "scenowców"
o gustach sie nie dyskutuje.
poza tym sprawy ankiet rozwijaj w odpowiednich dzialach na forum :-)
Pamiętam Twoją ankietę i podtrzymuję swoją wątpliwość w reprezentatywność próbki. Lepszym pomysłem było by przeprowadzenie stosownej ankiety na SillyVenture, gdzie było sporo osób, całkiem niezły przekrój Atarowców.
to dobry sposob jesli chcesz zapytac o konfiguracje sprzetu scenowca. nie powie o konfiguracji sprzetu przecietnego uzytkownika / sympatyka :-)
W dyskusji i tak chodzi o New Device, i tyle.
tez jest juz od dluzszego czasu: http://www.atari.org.pl/forum/viewtopic ... 57#p174057
z nowosci: jesli xB nie odnajdzie urzxadzenia podlaczonego w standardowy sposob to automatycznie przelacza modul komunikacyjny na OS i tam poszukje kolejnych urzadzen.
Zrób wreszcie wsparcie dla Carta.
jest juz od dawna: http://www.atari.org.pl/forum/viewtopic ... 04#p169904
wygodnego Command Processora
to oksymoron, moze chodzilo Ci o stylizowane klawisze konsoli: START / SELECT / OPTION ;-)
cały podsystem CIO w Atari wydaje mi się mega elastycznym rozwiązaniem, wręcz wyprzedzającym swoją epokę. Dla mnie jedyną zaletą xBios jest tylko rozmiar i nic poza tym.
no to teraz ma dla Ciebie dwie zalety, rozmiar i opcjonalny interface CIO
http://www.atari.org.pl/forum/viewtopic ... 59#p179959
chociaz znizenie do poziomu CIO uwazam jedynie za ciekawostke, za pomoca natywnego interfejsu xB mozna to zrobic 3x krocej, nie mowiac ze niektorych rzeczy przez CIO nie da sie zrobic...
Czekam na wersje RamCart i ew. ramdysk
pileczka jest po drugiej stronie boiska http://www.atari.org.pl/forum/viewtopic ... 15#p174115
Oczywiście każdy może sobie pisać jak chce, używać nielegalnych/nieudokumentowanych
xB nie wykorzystuje nieudokumentowanych rozkazow 6502C, byla juz o tym mowa kilka razy.
Pin - xxl już próbował robić taką ankietę i tak naprawdę wiarygodnie nie wyjdzie CI to nigdy.
to xBios nie jest związany z konkretnym hardwarem / konfigiem?
tak, z atari xl/xe :)
przekompilowalem "D:". mozna korzystac z xB poprzez CIO z memlo $c00
atari.area forum » Posty przez xxl
Wygenerowano w 0.225 sekund, wykonano 18 zapytań