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
7th Annual Atari Homebrew Awards Oczywiście nie zabrakło polskich akcentów.
Wyniki FujiCup 2024 Sprawdź, czy były niespodzianki!
Mad Pascal 1.7.2 Optymalizacje, poprawki błędów oraz nowe funkcjonalności.
Tydzień na oddanie głosu w FUJICUP! Głosowanie potrwa tylko do 22 lutego 2025...
TURGEN 9.3.1 Najnowsza wersja oprogramowania TURGEN wprowadza kilka istotnych ulepszeń.
Opcje wyszukiwania (Strona 154 z 184)
Mi sie wydaje (zadnego autorytetu nie posiadam), ze czasteczki brudu, to te koleczka, ktore splywaja w dol, ale wzgledem siebie praktycznie sie nie przemieszczaja, za to szybciutkie punkciki (ktore mozna wlasnie zobaczyc patrzac sie na jednorodny obraz np. czyste niebo) to chyba jakies efekty zachodzace w srodku.
Khm, nie chciałbym cię straszyć, ale pojawiające się i gasnące losowo punkty (zwłaszcza jasne, i błyszczące, koloru niebieskiego albo złotego) kwalifikują obserwatora do natychmiastowej wizyty u okulisty. :idea:
Poza tym mając ogólne pojęcie o skali i ilości czarnej roboty, jaką mózg musi cały czas odwalać, żeby z takiego czegoś jak oko uzyskać w miarę przyzwoity obraz, oraz ile informacji musi sobie przy tym dośpiewywać, nie ma się co dziwić różnym złudzeniom.
po chwili widac rozne fruwajace (niczym czasteczki przy ruchac Browna) punkciki ;)
Te punkciki to żadne złudzenie, to po prostu cząsteczki kurzu przyczepione do powierzchni oka ... :rolleyes:
Nad wstawkami w asmie myślę, ma to np. BASIC od Acorna BBC, więc jakiś wzór do naśladowania mam.
Nie wiem, czy to Dudi, ale Dudi ostatnio faktycznie stał się mało komunikatywny. Ma jakieś kłopoty rodzinne z tego co słyszałem.
Miker pewnie miał na myśli numer banku logiczny. Ogólnie jednakowoż najbardziej przydałoby się 1 MB liniowej, nie byłoby problemów z adresowaniem przynajmniej.
Ee, to ja tym razem nawalam. Procesory są już w Warszawie, tylko muszę zadzwonić do miejsca, gdzie wylądowały, a jakoś ciągle mi coś wypada :?
Co do ilości pamięci, można np. przechowywać w buforze ostatnie dwa polecenia (co zajmie max. 128 bajtów), a wcześniejsze w pliku na twardzielu. Oczywiście otwarcie go celem cofnięcia się dalej zajmie chwilkę, ale czy to by naprawdę w czymś przeszkadzało, to kwestia eksperymentu.
Natomiast przewijanie poleceń strzałkami zamiast wędrowania po ekranie to jest raczej prosta sprawa, wystarczy czytać dane z klawiatury (a nie z edytora) i bajt po bajcie (a nie rekordami), i interpretować po swojemu (a nie tak, jak chce edytor).
zapluje monitor ? opinie kombiantora i cwaniaka ?? strasznie latwo sie wydaje opinie o innych ?? no nie ??
Tak jak myślałem, trafiłem cię w sedno. :P
a ty jetses nonszalancki i arogancki, szukasz zwady
Bardzo mi miło. :P
stracilem chec pisac cokolwke na tym forum, z powodu obecnosci tego typu ludzi.
Pozostaję w nieutulonym żalu.
pytam sie powtornie - uzywales myide ?? bo jak dla mnie, to nie miales nigdy w rekach...
A co ty tam możesz wiedzieć. Odczytaj na tym hownie ID dysku, to pogadamy o porządnym sprzęcie i komforcie. Póki co, nie masz o tym bladego pojęcia.
a co do allegro - looknij osbie raz jescze - obecnie 2 sio2ide sa licytowane - czepiaj sie trmawaju, gostek
To już nie moja wina, żeś sobie wyrobił opinię cwaniaka i kombinatora :D Pretensje miej sam do siebie. I uważaj bo zaplujesz monitor :P
tia...a co ?? mam kmk kupic za 180 czy 200 ?? bo jakos schematow nie widzialem.
Jeszcze tego brakowało, żebyś nimi zaczął handlowac na Allegro :P
jesli chodzi o oplcalnosc to myide bije na leb wszytsko.
Niektórzy wolą tani badziew, niektórzy nie ... :P
tak wiec po tygodniu testow myide..interfejs trzeba poznac..ja sie go pozna okazuje sie ze jest suuper. szybkosc i wygoda.
Ty chłopie po prostu jeszcze nie wiesz, co to jest interfejs do twardego dysku. Nb. w dalszym ciągu masz tylko namiastkę.
Bo "Atari BASIC" i "Atari BASIC dla dzieci" to zupełnie dwie różne książki. Z tej pierwszej można nauczyć się BASIC-a, z tej drugiej mozna się zdrowo pośmiać :mrgreen:
Zacznijmy od tego, że zapis na ekran, a potem odczyt z niego, tego co wpisał użytkownik jest odwracaniem kota ogonem i należałoby to zmienić na bardziej "współczesne" podejście do problemu. Jak to jest rozwiązane w systemach profesjonalnych, takich jak np. za przeproszeniem DOS, czy shellu? :)
Tak, że nie możesz powtórzyć ostatnio wklepanego polecenia najeżdzając po prostu kursorem na coś, co jest linijkę wyżej. Musisz mieć do tego bufor historii. Odczyt z ekranu jest jedynym sensownym rozwiązaniem, jeśli ten edytor ma się do czegoś nadawać.
W każdym razie trubia wersja echo + command.com robi już bardzo dobre wrażenie, tak więc może nie trzeba będzie niczego bardzo przerabiać.
Przetestujcie to co dołączam (com430 trzeba ustawić comspecem, dlatego przyda się pbi ide lub ramdysk). Ta wersja tylko ustawia dla konsoli flagę, żeby nie wyświetlała prompta. Parametry ON/OFF/message.
Nie mogę przetestować solidnie (tj. na Atari), ale na emulcu chyba działa dobrze.
BTW. dlaczego com430.com definiuje symbol _COMMAND zamiast @COMMAND?
FDISK-a bym tam nie wrzucał, po pierwsze zajmuje 12k, po drugie przydaje się znacznie rzadziej, niż MENU, a po trzecie i tak niebawem będzie nowa wersja, bo stara ma jednak za mało możliwości a za dużo błędów.
Lizard: masz jakiś konkretny pomysł na to? Bo obecnie batche są robione po prostu przekierowaniem wejścia z klawiatury na plik. Nie bardzo widzę, od którego miejsca trzeba byłoby się za to zabrać, żeby przerobić zgodnie z twoim postulatem.
Właśnie dlatego, że istniejący echo.com nie przekierowuje niczego na żadne NUL.
Może i powinno, ale edytor ekranowy działa tak, że linia jest odczytywana z ekranu, i dopiero potem wędruje do LBUFF. Łatwo sprawdzić - wejdź do BASIC-a, poczekaj na READY, a potem najedź na to słowo kursorem i wciśnij Return. Edytor odczyta z ekranu wyraz READY, zapisze w LBUFF, a BASIC stokenizuje (jako READ Y) i spróbuje wykonać.
Błąd "Out of memory" już jest w kernelu SDX, dlatego nie musiałem go dorabiać.
Ale można dodać "Memory conflict" o ile znajdzie się wolny numer błędu. Może np. $B2 = 178 ?)
Proponuję zajrzeć do listy błędów na Atariki:
http://atariki.krap.pl/index.php/Kody_b … 99d%C3%B3w
Błąd 178 jest już zajęty 8)
[ Dodano: 26.05.2005 13:53:00 ]
a kiedy wersja finalna (lub w miare) SDX i DracOS ?
OS jest już w zasadzie skończony. Poprawki będą, jeśli coś wylezie (w sensie błąd).
[ Dodano: 26.05.2005 13:58:46 ]
Echo miąchało coś z adresem pamięci ekranu. Nie jest to zdrowe rozwiązanie. Proponuję utworzyć urządzenie NUL. Wtedy ECHO OFF przekierowywało by wyjście z CON na NUL.
Zdecydowanie byłoby tak lepiej, ale nie jestem do końca pewien, co na to edytor ekranowy. Konkretnie wykonywanie jakichkolwiek poleceń w trybie OFF (w tym plików wsadowych) mogłoby się okazać problematyczne.
W dotychczasowych wersjach jest tam JMP $0000, to chyba się da go użyc?
Bardzo ciekawe w zestawieniu z faktem, że SDX wstawia $60 (RTS) pod adres 0.
Tylko czemu ona taka przysadzista? 8O
Nie wykluczam, ale umieszczenie czegokolwiek w bankach pamięci 130XE strasznie skomplikuje adresowanie pamięci programu. Pomyślę o tym w zależności, jak się sytuacja rozwinie z Warpem i warpopochodnymi. Gdyby od jesieni takich maszyn miało przybywać, to taka zabawa staje się niepotrzebna.
[ Dodano: 23.05.2005 15:52:19 ]
to mimo wszystko jest już coś. Lecz mam pomysła na rzecz - która może skutecznie załatwić problem ew. nieposiadania ramu liniowego - może jakie #include ?? - i procki w zewnętrznych plikach ?? - to byłoby bardzo że tak powiem "róló" :)
To znaczy, konkretnie nie mam dobrego pomysłu na to. W innych BASIC-ach jest np. komenda COMMON, która przekazuje wartości zmiennych do programu załadowanego przez LOAD. Najfajniej byłoby jednak, gdyby można było przekazać normalną linię komend PLUS ewentualnie zmienne. W ogóle to są przewidziane słowa kluczowe do odczytu linii komend przekazanej z DOS-u, więc może się da tak samo przekazywać pomiędzy programami w BASIC-u.
65XE: procesor 6502, 1,77 MHz (wersja PAL), 1,79 MHz (wersja NTSC), 64k RAM-u, 24k ROM-u.
Dla zupełnej jasności, NetBSD jest na Atari, ale nie na modele XL ani XE. NetBSD jest wprawdzie bardzo portowalne, ale nie aż do tego stopnia.
* wspaniale byłoby mieć możliwość użycia LOCAL dla PROC (z basic XE)
Myślę, że da się zrobić.
* czy print będzie tak "wypasiony" (o możliwość formatowania txt) - jak ma to miejsce w BasicXE
Spróbuję, ale na razie chcę zaimplementować i przetestować wszystkie featury Turbo BASIC-a, a potem dopiero wziąć się za BASIC XE.
* może nie-doczytałem; co z kompilatorem ??
Nie wszystko na raz :P Za kompilator się wezmę, jak interpreter będzie jako tako skończony.
* czy użycie ramu liniowego 816 musi być koniecznością ? - z jednej strony zapewne przyspiesza to działanie interpretera jako całości; z drugiej strony ram liniowy 816 zainstalowany jest w 3 kompach - i to akurat u osób nagminnie nie używających basica.. :):)
* Draco - jak to testujesz bez ramu liniowego ?? :twisted:
No właśnie, testuję na sprzęcie bez RAM-u liniowego, bo jej użycie nie jest koniecznością. Z braku linowego RAM-u interpreter będzie oczywiście używał podstawowej pamięci, ale nie wiem, ile jej zostanie na program. W chwili obecnej przy najlepszych wiatrach ?FRE(0) mówi o jakichś 28k.
Znalezione posty [ 3,826 do 3,850 z 4,590 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.118 sekund, wykonano 13 zapytań