rezerwacja pkt.3

moze na jakims zlocie odebrac?

bardzo smialy projekcik.
pamietam gdy raster oglosil prace nad swoim kros edytorem ludzie krecili nosami, a dzis? :-)

dopinguje.

na poczatek wez dosa z menu (nie trzeba znac rozkazow),

> po włożeniu bootowały się swego rodzaju MENU

to sa inicjalizery. http://atariki.krap.pl/index.php/Inicjalizer

> Jak dołączyć XEXy do ATRa?

moze byc np. makeatr

jesli nie czyta formatu double... sformatuj najpierw dyskietke w formacie double nagraj na nia cos, jesli nie bedziesz mogl tego odczytac to sie zastanowimy bo nie wiem czy na pewno myslimy o tym samym.

---
tych inicjalizerow jest znacznie wiecej tu sa wymienione chyba najpopulrniejsze. niestety bedziesz musial za nimi poszperac w internecie

nie. na nastepne party wchodze za friko.

dzieki :)

> coverek z ZX Spectrum (ten co w Beep'em All)?

ten coverek zajmuje 100% czasu proca :/

swietna gra i na pewno jeszcze kiedys pojawi sie remake na tym silniczku :D

http://mdfs.net/Software/JSW/Editors/
plansze mozna zrobic samemu albo zaladowac standardowe i przerobic

---
http://jswremakes.emuunlim.com/Mmt/mmtools.htm

a tak, chce zmian o ktorych pisalem. napisze jeszcze raz:
1. tryb tekstowy 40 znakowy z 256 zestawem znakow (obecnie juz jest ale 80 znakowy)
2. memac A wielkosci strony pamieci i zaslaniajacy cala pamiec
3. wywalic bltter i wsadzic OKROJONA wersje jakiegokolwiek proca zeby mozna bylo z poziomu vbxe grzebac po pamieci vbxe

zaladowanie takiego rdzenia zatka buzie (mi rowniez) bo kazda nastepna modyfikacja bedzie dotyczyla TYLKO programu usera autor emula juz nic nie musi robic nie ma przeladowan rdzenia nnie ma klopotu

proponujecie system w ktorym kazdy dopisze 2 linijki i produkuje wlasny rdzen (przeladowanie rdzenia to zlo!!!!)- zarzniecie sie tak samo jak amigowcy kiedys z powerupem i warposem

bez sensu bo:

- pomysl przekazywania danych i odbieranie wynikow przez strone rejestrow jest do bani
- nie wydaje mi sie zeby avr mial swobodny dostep do pamieci vbxe
- nawet jesli to czy napewno mozna przekazywac dane i program dla avr poprzez pamiec vbxe
- czy avr moze modyfikowac rejestry sprzetowe vbxe?

zostawil bym go do czytania/zapisu pamieci flash karty (milo by bylo gdyby electron wypowiedzial sie tez na temat mozliwosci uzycia tej pamieci do czegos innego niz tylko bankowanie kilku rdzeni dla boota)

moze faktycznie trzeba zaczac vbxe traktowac jako interface dla nowoczesnych wyswietlaczy.

a kto panikuje ;-) Electron mowil co usunal z rdzenia zeby wpisac vga, podrzucam tylko pomysl z odwazniejszymi cieciami zeby moglo pojawic sie cos co zakonczy calkowicie jalowe rozmowy ja np. ta :-) rozmowa o 3d... za pol roku urodzi sie nowy modny temat i znowu bedziemy sobie gaworzyli bez sensu. nalezy to zrobic teraz poki masz tych programow do poprawy kilka a nie kilkadziesiat (program blittera zaleznie od cpu moze byc krotszy niz teraz najkrotsza blitter lista dla vbxe...)... a to kolo to ciagle tylko prostokatna bitmapa :/

nie mowie ze jakis cpu w rdzeniu rozwiaze wszystkie problemy ale moze okazac sie dla Electrona brdzo dobra wymowka :-)

no chyba ze traktujemy vbxe jako interfejs do nowoczesnych tv/monitorow to sorry.

ps. poza tym najpierw musi byc chec zmian a pozniej szuka sie 'wolnego miejsca'.

to niczego nie zmieni mono... Drac030 bardzo delikatnie dotyka problemu. jesli jakikolwiek uruchomiony program bedzie mial mozliwosc zaladowania (zmiany) rdzenia to lezmy*. przy grach bedzie to tylko bardzo klopotliwe (vbxe1) ale przy programach niemozliwe - przyjaznosc dla usera = 0.

* obecnie mozna zaladowac ale nie robi.

nie piszesz programow pod wszystkie rdzenie tylko ten ktory Ci pasuje (user ma we flashu rdzenie na taka okazje do wyboru - narazie, poniewaz intensywnie nalezalo by pracowac nad tym zeby uaktualnic stare programy - jest na to czas bo jest ich malo) a poza tym: ile obecnie osob pisze na vbxe, podejrzewam ze z 5. wystarczy ich wlasnie zapytac co sie sprawdzilo a co nie w vbxe - nikt wczesniej nie mogl przewidzec co bedzie potrzebne a co bedzie tylko fajnym bajerem. obecnie jest tak, ze blitter (na poczatku wydawalo sie to dobrym pomyslem) kopiuje tylko prostokaty i koniec (nie ma funkcji blittera znanych z amigi). zapomnij o wektorowkach, zapomnij o wypelnianiu, dostalismy zajebxxx karte graficzna do statycznych obrazkow! czy o to chodzilo?
zerknij na te 3 punkty ktore wymienilem, pierwszy naprawi to co atari spieprzxxx na poczatku, poza tym mnie sie przyda ;) - przegladajac specyfikacje starych plyt arcade 90% z nich operuje w trybie tekstowym przy 256 znakach + kilka planow z atrybutami (o tym dalej) konstruktorzy mieli nieliche dokonania dlaczego nie skorzystac. punkt drugi pozwoli dopiero na uzywanie karty w pelni, bedziesz mogl napisac sobie blitter jaki chcesz, dzieki temu tez nie trzeba bedzie w przyszlosci ruszac modulow vbxe (o wlasnie np.atrybutow) nie trzeba bedzie wprowadzc grubych zmian w rdzeniu (ewentualnie poprawki cpu w rdzeniu) Electron nigdy nie powinien udostepnic zrodel rdzenia powinien tylko umozliwic rozwoj oprogramowania (biblioteki np. wypelnionych wektorow bedzie mozna sammu dopisywac). krotko mowiac i bardzo upraszczajac to obecnie najbardziej zaawansowana gra na vbxe moze byc oparta tylko na kopiowaniu bitmap na overlayu...
trzeci punkt to rozwiniecie funkcji memac A. idea memaca to chyba najlepszy pomysl electrona, zaloze sie ze tez o tym myslal... przydalo by sie wiecej strony zero ;-)

wydaje mi sie jest to ostatnia szansa na zmiany electron i candle beda produkowac nowe karty, userow bedzie coraz wiecej, ten kto bedzie pisal pod nia programy dojdzie do takich wnioskow predzej czy pozniej. ale kto odwazy sie wtedy na grube modyfikacje?

----
moze to zadziala na wyobraznie: chcesz miec emulator spritow c64? punkt2+3

to do niczego nie prowadzi, poki czas bo szykuje sie i tak mala rewolucja z vga:

2. calkowite usuniecie blittera a w jego miejsce wprowadzenie do rdzenia dowolnego procesora nawet w okrojonej wersji (blitterka bedzie mozna sobie samemu napisac a oprocz tego rysowanie odcinkow, operacje matematyczne, przedefiniowanie kolormapy i 100 innych rzeczy)
3. rozdzuielenie rejestru MEMAC_CONTROL na dwa: jeden odpowiedzialny za umiejscowienie okna z dokladnoscia do 1 strony (starszy nibbel starego), a drugi do ustalenia wielkosci okna + dostepy antic i cpu (mlodszy nibbel starego), dodanie przynajmniej 2 nowych wielkosci okna $100 oraz $ffff. jesli sie da to gdy rejestry sprzetowe zaslaniaja okno memacA zapis powinien miec miejsce do rejestrow oraz do pamieci vbxe