Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Powrót Head Over Heels! Thalamus zapowiada Return to Blacktooth - kontynuację klasyka na Amigę i Atari ST
Silly Venture 2k25 SE - już wkrótce! Tylko do 21 lipca możesz zamówić koszulkę z okazji SV 2k25 SE
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
atari.area forum » Posty przez xxl
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
@Pin, prosze nie przenosic dyskusji na grunt rozszerzen czy komputerow skladakow. zakoncz werbowanie konsumentow, to nie jest watek o "skundlonych" maszynach ktore z atari maja wspolne najwyzej 40%. litosci...
uzywamy 8bitowego atari, ograniczenia jakie stawia ten sprzet staramy sie pokonywac za pomoca sprytnego programowania...
ogolnie tematy zastepcze odwracajace uwage od wydazenia jakim jest xBIOS 2
Po wczorajszej Email Konferencji dzialu Badawczo-Rozwojowego mozemy zaprezentowac Panstwu sterownik urzadzenia "D:", dzieki niemu mozna korzystac z interfejsu archaicznego tamdemu CIO+DOS w swoich programach bez porzeby ladowania DOS
podczas gdy po zaladowaniu DOS w Turbo Basic XL lub ACTION! memlo siega do $2000 tj. 8192 sterownik "D:" dla xB zajmuje 78 bajtow.
tu przyklad programu (kompilowany Turbo Basic XL) ktory wymaga DOS, jak widac ze sterownikiem "D:" dla xB dziala lepiej.
http://www.youtube.com/watch?v=RwuxoJBiPss
jesli ktos pisze w ACTION! lub BASICu to zachecam do testowania i zglaszania uwag :) (sterownik "D:" zapisany jest na dyskietce jako plik D.COM, moze to byc rowniez integralna czesc programu - wystarczy scalic d.com ze swoim programem - podmieniajac w nim wektor run na init)
wyłączenia BASICA
Powinno być lda #$fd sta $d301.
lepiej $ff
jesli to ma byc podczas ladowania to zrob na poczatku programu tak:
org portb
.byte $ff
i po sprawie
gdyby kiedys... pojawila sie krzyzowka filesystemu MyDOS z BiboDOS (128 wpisow + podkatalogi + rozne pojemnosci) to xB juz go obsluguje.
update na stronie
---
przydaloby sie narzedzie:
noworoczne poprawki w xB:
- mala poprawka w listowaniu katalogu dla formatu bibodos. przydaloby sie narzedzie na PC do pracy z atr w formacie bibodosa (128 wpisow w katalogu)
-zmienna oddajaca wielkosc sektora. przy okazji wyszlo, ze atariki w sprawie odpowiedzi na komende STATUS mowi innym glosem niz wszystkie znane zrodla chrzescijanskiej czesci internetu,
6 bajtow krotszy :D
atari.area forum » Posty przez xxl
Wygenerowano w 0.212 sekund, wykonano 12 zapytań