5,876

(60 odpowiedzi, napisanych Fabryka - 8bit)

> No i tu własnie fundamentalnie błądzisz, bo DOS jest po to, żeby nie trzeba było (= żeby program użytkownika nie musiał) pamiętać, jaki jest filesystem, ani liczyć sektorów. Fakt, że niektóre DOS-y tego nie zapewniają świadczy tylko o tym, jak są prymitywne i gdzie powinny wylądować. Na szczęście Atari jest tak zrobione, że można sobie DOS wybrać.

teraz tak jest, dos to zapewnia a nie program usera. dos program dzialajacy po stronie atari zarzadzajacy filesystemem na urzadzeniu zewnetrznym :-) caly czas wlasnie o tym mowimy. caly czas wlasnie to walkujemy.

> Jak już o tym była mowa, to nie jest żaden bug, SDX nie będzie poświęcać ~40 cykli przy _każdym_ przełączeniu banków (a robi to _bardzo_ często) na zachwywanie stanu MEMAC A, skoro bez większego wysiłku (i tylko przy ładowaniu danych) może to zrobić sam program.

vbxe jest kolejnym urzadzeniem, ktore ma mozliwosc przelaczania pamieci, gdyby powstalo jakies inne rozszerzenie pamieci mogace przelaczyc swoje banki w adresie $4000 to tez napiszesz ze sdx nie bedzie go obslugiwac?
i o tym tez juz pisalismy, dos (kazdy) w takiej postaci jak na atari generuje mnostwo problemow a dzielni programisci rozwiazuja te problemy, rozwiazuja i rozwiazuja, to proces ktory nigdy sie nie skonczy. jesli zamiezasz pomysl, ktory tu dzis omawiamy sprowadzic do sterownika dla dosa zeby mozna bylo kopiowac dane to chyba jeszcze nie czas na zmiany :(

5,877

(60 odpowiedzi, napisanych Fabryka - 8bit)

babcia malinka mowila z glupim sie nie nagadasz, najpierw sprowadzi cie do swojego poziomu a pozniej wygra doswiadczeniem ...


a odpowiadajac na posta:

http://i150.photobucket.com/albums/s85/Stebthefirst/TripleFacePalm.jpg

5,878

(60 odpowiedzi, napisanych Fabryka - 8bit)

> Opisujesz SpartaDOS X.  Niestety, tego (zwł. obsługi ramdysku i alokacji pamięci, buforów I/O) raczej się nie zmieści w 2 KB.

sadze ze jednak moze zajac i to mniej jesli nie bedziemy operowac na filesystemie i komunikacji narzucanej przez dos

> Dodam że SDX jest tak skonstruowane, że od biedy można byłoby w ten sposób w ogóle przekierować całą obsługę dysków na zewnątrz przez taki sterownik.

i tu dotykasz funkcji ktore powinien zapewnic os, ale sdx jako nakladka na os to inny temat...

> Tylko nie ma po co, lokalny twardy dysk jest o wiele lepszy.

no wlasnie nieprawda, cala rozmowa sie wlasnie zaczyna od tego (w moim rozumieniu) obsluga filesystemu na zewnatrz a nie po stronie atari liczyc sektor xxx pozniej oblicz kolejny adres sektora, zaladuj xxx a pozniej jeszcze yyyy

> Obchodzi, jeśli ma pamięć masową, do której nie sięga wyobraźnia autora programu (e.g. całodyskowy SynFile vs stacja 720k).

nie! przykladowo siegam do bajtu yyyy otwartego pliku a nie obliczam gdzie ten bajt lezy czaly czas pamietajac jaki jest filesystem, laduje sektor i dopiero dana yyyy. !!! wracasz do punktu wyjscia a bylo juz tak dobrze

> Nie, po prostu musisz uważać, gdzie i jak ładujesz dane.

eeee, ladujac do podstawowej pamieci atari w tych adresach to sie nic nie stanie ale jesli zaladujesz do pamieci vbxe w tych adresach to zwis... w pierwszym i drugim przypadku nie ma tam programu sdx, niestety to bug do poprawy.

5,879

(60 odpowiedzi, napisanych Fabryka - 8bit)

> Jakiś sterownik wprawdzie wciąż jest potrzebny, ale znacznie mniej skomplikowany

oczywiscie, sterownik taki moze zajac z 2kb ramu i moc obsluzyc rozne rodzaje nosnikow, rozne wielkosci, ramdysk, alokacje pamieci, nowe funcje (nie tylko pamiec masowa), byc odpornym na zmiane filesystemow :-) takiego sterownika nie trzeba by aktualizowac w przypadku gdy np.jakies urzadzenie bedzie mialo nowe funkcje itd.

> I wtedy koniec z możliwością wyboru DOS-a, użytkownik jest skazany na coś w rodzaju tego, co mamy na C-64 albo ST

co usera obchodzi jak skladowane sa dane? z punktu widzenia sterownika d: nic sie nie zmieni nawet jak zmienimy filesystem. interesuje nas kompatybilnosc na poziomie danych.

> Moim zdaniem ideałem jest mieć jedno i drugie,

zachowawcze podejscie, laczac metody poglebia sie wady pierwszego i radykalnie zmnniejszajac funkcjonalnosc drugiego.
chyba ze to ma byc forma przejsciowa przed ostrym cieciem - czas na dostosowanie oprogramowania.

> standardowe memlo w okolicach $1000, czyli zajmuje 2,5 KB głównego RAM-u - plus oczywiście 1 bank ext

czyli 2,5 + 16kb
daleko szukac, to tez jest wada, zalozmy ze konfiguruje memacA na $4000 i przeprowadzam ladowanie do pamieci VBXE... oooopsss, sparta sie zawiesila :( potrzebna aktualizacja dosa czyli wymiana albo przeflashowanie kostki, dos (w starym rozumieniu) powinien sprawdzac rozszerzenie pamieci vbxe.
 
w przypadku o ktorym wyzej rozmawiamy takich niespodzianek wogole by nie bylo.

> Głównym ograniczeniem DOS2DOS jest spory narzut "komunikacji służbowej".
> Czyli DOS-a nie da się tak znowu prosto pozbyć, nawet jeśli się go statycznie wkompiluje do programu.
 
nie jestem przekonany, wydaje mi sie za to ze wlasnieu 'ogladanie sie' na dosa generuje naddatki kodu.

ostatnio wlasnie sie zastanawialem zeby przejsc na pisanie programow 'calodyskowych' gdzie sterownik moze zajac 1kb, mozemy komunikowac sie z pamiecia masowa, pozbywamy sie co prawda filesystemu ale zyskamy np alokacje pamieci... tylko ze to tez nie jest idealne i w przypadku gdy powyzszy pomysl wypali traci racje bytu.
dlatego trzymam kciuki mocniej bo mam nadzieje bedzie to rewolucyjna zmiana.

5,880

(60 odpowiedzi, napisanych Fabryka - 8bit)

> ale to nie jest krytycyzm dla Draca, tylko zapedow XXL'a
> idealna platforma dla XXL'a to C128D z ULA

http://i61.photobucket.com/albums/h50/Szeszkin/1275389857_naked-gun-facepalm.gif

> Idea dosa jest dobra, bo oprócz tego, że pożera pamięc, każdy może sobie zrobić dosa bez szeregu ograniczeń.

w dosie siedzi diabel. mozesz sobie zrobic dosa z cala masa ograniczen, od czasu do czasu krzyknac f**k yea mam sektor 512b! problem rozwiazany!... co i tak nic nie zmienia bo problem jest nadal a dodatkowo pojawiaja sie jeszcze 3 kolejne :D

> Czyli poprostu chcesz, żeby dos był w stacji

nie, sterownik d: jest sterownikiem pamieci (program na atari), czesc odpowiedzialna za sama obsluge filesystemu musi spoczywac na urzadzeniu czyli jesli to ma byc ramdysk to nadal atari :-) ale juz bez tych narzutow ktore teraz stwarza dos, jesli to ma byc dysk pc to ... no? pc.

5,881

(60 odpowiedzi, napisanych Fabryka - 8bit)

nareszcie krok w dobrym kierunku. cos co userzy komputera 'z okreslonego obozu' maja od zawsze (standardowa funkcjonalnosc) teraz okazuje sie byc wlasciwe tez dla atari.
czas najwyzszy przestac powielac opinie dzialu marketingu atari sprzed 30 lat jaki to atari os jest 'przemyslany', jest wiele do zmiany i ta zmiana jest jedna z wazniejszych. tylko jak zwykle, zmiana ewolucyjna czyli nakladka na nakladke, dobra idea a stare ramy. to musi byc zmiana rewolucyjna.

problemem malych komputerkow (jednym z wielu) jest dostepna pamiec:

1. pamiec operacyjna (dla procesora) - bardzo deficytowa a zwlaszcza na atari
2. pamiec masowa (trwala, dyskietki,dyski,sd,cd itd) ale rowniez ramdysk

w zastanej rzeczywistosci zeby wykonywac operacje na pamieci masowej trzeba do operacyjnej zaladowac program 'dos'  (urzadzenie d:) przez co tracimy okolo 8kb :D i tu potwierdza sie ze programisci atari to byly niezli jajcarze. jajcarze magicy, bo przekonali userow, ze tak ma byc i to jest dobre. w.mnie idea takiego dosa jest zla bo oprocz tego ze pozera pamiec operacyjna to naklada szereg ograniczen z ktorymi programisci walcza do dzis np. ilosc wpisow w katalogu, wielkosc pliku, kompatybilnosc itd. itd. itd. sterownik d: powinien umozliwiac operowanie na pamieci np:
wymioana danych:
- zaladuj dane z pamieci masowej do operacyjnej
- duplikuj dane w pamieci masowej itd. ale ciezar obslugi np filesystemu musi spoczywac na urzadzeniu do ktorego pamiec nalezy - w tym wypadku urzedzeniu zewnetrznym
ale rowniez np. mapowanie pamieci:
- np.alokuj 4x$1000 bloki pamieci masowej i mapuj na $C000 pamieci operacyjnej

z tymi zasadami wlasciwie zgodne mogly by byc urzadzenia takie jak ca2001 i ldw2000 z dodatkowa pamiecia, karin maxi, kmk/idea, sio2sd ale nie xf551 albo 1050

mozna to rozszerzyc na sio2pc a wtedy mozliwe bylo by rowniez oprocz powyzszych takze operowanie na bazach danych z poziomu atari albo obslugi sieci - bez koniecznosci ladowania jakis fikusnych dodatkowych sterownikow dla atari:)

zalety w stosunku do znanych na atari dosow:
1. brak ograniczen co do wielkosci pliku
2. brak ograniczen co do dlugosci nazw plikow
3. brak ograniczen co do wielkosci np. dyskow
4. niskie memlo nie do osiagniecia przez zaden dos
5. nowe mozliwosci :-)

dlatego trzymam kciuki bo byc moze przerodzi sie to w cos lepszego niz tylko nakladke na sparte do kopiowania plikow.

to mowilem ja, jarzabek waclaw.

---
to chyba moj najdluzszy post. uronilem lezke

5,882

(69 odpowiedzi, napisanych Sprzęt - 8bit)

dokumentacja mowi o poprawie stabilnosci przy podnoszeniu wersji 1.2 na 1.22 obawiam sie ze to moze byc cos z atarka nie tak, zrob test acid800

http://www.atariage.com/forums/index.ph … 434b9a0473

moze gdzie tu jest odpowiedz.

---
znalazlem starego posta czego te zmiany dotyczyly:

"Mnie i kilku innym osobom zdarzyły się problemy typu mrugający obraz, kaszana na PMG itp. Problem polega na zbyt opóźnionym przechwytywaniu danych z szyny po opadającym zboczu PHI2 - w efekcie w niektórych komputerach np. po rozgrzaniu sprzętu występowały zapisy błędnych wartości do rejestrów emulowanego GTIA czy też rdzenia FX albo VRAM. Problem poprawiłem przez synchronizację z PHI0 zamiast PHI2. PHI0 wyprzedza PHI2 mniej więcej o 40-50ns."

5,883

(69 odpowiedzi, napisanych Sprzęt - 8bit)

na 1.2 dziala na 1.24 kiszka a co jest z 1.22 ? sprawdzales?

5,884

(2 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

golasa, ma ktos na sprzedaz?

5,885

(30 odpowiedzi, napisanych Scena - 8bit)

nie zgodze sie, z czytania sie wiele nauczy ;-) miedzy innymi to, ze czesto bywa tak, ze efekty w niektorycych demach nie sa 'uniwersalne' i dzialaja tylko w bardzo scisle okreslonych warunkach (juz nawet nie mowie o prekalkach) - jesli to jest 'optymalizacja' to sorry. no ale chyba przy tej mocy obliczeniowej trzeba sie uciekac do takich sztuczek :(
no wiec czytanie daje wiele, jesli cos zrobisz i osiagniesz 50% tego co widzisz w demie nie wpadaj w panike ze cos nie wychodzi, sprawdz czy to co widzisz w demie na pewno jest tym na co wyglada :-) ... albo zmien algorytm ;-)

5,886

(30 odpowiedzi, napisanych Scena - 8bit)

prawda, chyba ploterki obok scrolla to podstawa pozadnego olschoolowego dema :D

5,887

(30 odpowiedzi, napisanych Scena - 8bit)

- demologicus - http://atari.fandal.cz/detail.php?files_id=3527
- implosion - http://atari.fandal.cz/detail.php?files_id=485
- plo - http://atari.fandal.cz/detail.php?files_id=787
- recycle - http://atari.fandal.cz/detail.php?files_id=813
- waves - http://atari.fandal.cz/detail.php?files_id=1157

calkiem sporo tego bylo :-)

5,888

(69 odpowiedzi, napisanych Sprzęt - 8bit)

pragne poinformowac ze na nowym rdzeniu 1.24 A dzialaja wszystkie moje gry i programy ze wsparciem dla vbxe

Quadrilion tez dziala

5,889

(60 odpowiedzi, napisanych Fabryka - 8bit)

skoro nie przeszkadza ze po drugiej stronie kabla jest program na pc a na atari musi byc specjalny sterownik to moze
wkrotce mozna juz bedzie z poziomu atari obslugiwac baze sql ?

5,890

(30 odpowiedzi, napisanych Scena - 8bit)

o, to demo abbuca z 'kosmosem' tez bardzo fajne.

tak, moga byc rozne efekty z punkcikow. moze sa tez jakies gry?


----

Bitter Reality - http://atari.fandal.cz/detail.php?files_id=3504

----

no niezle 1024 punkty :-)

5,891

(30 odpowiedzi, napisanych Scena - 8bit)

Ace Ploter - http://atari.fandal.cz/detail.php?files_id=24

4. s-plot http://atari.fandal.cz/detail.php?files_id=920

5,892

(30 odpowiedzi, napisanych Scena - 8bit)

prosze o przypomnienie demek z efektami szalejacych punkcikow

1. silly things
2. dotplot

żresz pan żur ?

5,894

(180 odpowiedzi, napisanych Zloty)

grey/msb napisał/a:

możesz wysłać na mój - greymsb MAŁPA poczta.fm
mam zamiar i tak wyskoczyć gdzieś na neta, bo nigdy nie wiadomo czy wszyscy przeczytali kiedy jest deadline ;)

demko poszlo na maila

pozdrawiam

5,895

(180 odpowiedzi, napisanych Zloty)

czy jest jakis mail na ktory mozna wyslac prace na kompo w sobote rano?

5,896

(254 odpowiedzi, napisanych Bałagan)

jak zainstalujesz ay, sida, 65816 jako dodatkowy czip albo na karcie to to ciagle bedzie atari, jesli podmienisz ktorys z bebechow atari np cpu na 16bitowa wersje to sam sobie odpowiedz czy to bedzie 8bitowe atari :-) poza tym dodatkowy proc i tak raczej nie bedzie mial dostepu do rejestrow sprzetowych atari wiec trzeba bedzie sie i tak podpierac 6502 przy emulacji... lepiej zapakowac prawdziwego np. ay :-)

5,897

(254 odpowiedzi, napisanych Bałagan)

> na ZX Spectrum powszechny jest AY i nie słychać znikąd lamentów, że muzyczka musi być tylko na oryginalnym buczku smile AY, o ile pamiętam, wmontował do spektruma Amstrad, więc nawet nie jest to "oryginalna technologia Sinclaira".

e tam, nie prawda. ay byl w ostatnim prawdziwym zx spectrum  - model 128.

mam nadzieje wkrotce do atarki bedzie mozna podlaczyc i ay i sida :-D

5,898

(57 odpowiedzi, napisanych Zloty)

a dla mnie nie bylo takie jasne, 'lub' sugeruje, ze autor moze sobie wybrac.
w.mnie nie powinno sie dopuszczac dem na 65816 do udzialu w konkursie 8bit ;-)

@Pin, moje 'demo' (jesli uda sie dokonczyc) zadziala na standardowym atari :D

5,899

(57 odpowiedzi, napisanych Zloty)

> Specyfikacja platformy prezentacyjnej
> --------------------------------------------------------------------
> Atari XL/XE/XEGS
> Procesor 6502 lub 65c816

czy w demo compo mozna uzywac 16bitowego proca?

5,900

(254 odpowiedzi, napisanych Bałagan)

dely: mi sie wydaje ze idea tego rozszerzenia mozna przyrownac do gtia upgrade psychola http://madteam.atari8.info/index.php?prod=gtia2 ... w.mnie bardzo fajna dopala i nie przekracza granicy dobrego smaku :) oryginalne bebechy c64 sa na miejscu i jest luz :D


---
z tym, ze czytam (no to bym sie zastanowil...), ze latwo zastapic bebechy c64 zewnetrznym rozszerzeniem. i tu zaczyna sie bolesc, jesli cpu ma byc podmieniony to nie ale jesli zewnetrzny cpu dziala rownolegle to ok, podobnie z dzwiekiem/grafika.