A nie dałoby się Draco zaimplementować jakichś powiadomień? Tak żeby przy instalacji nowego rdzenia powiadamiać programy o zmianie i wtedy jednorazowo coś tam przestawiać? Oczywiście każdy program musiałby się zarejestrować na owym zdarzeniu w chwili instalacji.

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.

Ja nie chcę. Napisz na Antic + GTIA to będziesz ktoś (oczywiście nie sugeruję, że jesteś nikim - żeby nie było). VBXE nie jest urządzeniem do powiększania penisów wśród Atarowców, tylko - nie oszukujmy się - w tej chwili ciekawostką pozwalającą na uzyskanie obrazu w super jakości za pomocą wyjścia RGB, a wkrótce VGA na wybranych monitorach za 300 zł. No, jeszcze użytkownicy SDX dzięki DLT mogą sobie poszaleć w 80 kolumnach oraz mieć żółte litery na niebieskim tle. Nie bierzcie chłopcy mojego posta zbyt dosłownie, ale ja (powtarzam, ja) nie chcę patrzeć na robotę Electrona i Candle z punktu widzenia: "Fak ya, teraz mamy lepszy komputer od Komodorowców" dokładając 3 stuweksy, ponieważ to wygląda trochę słabo ;)

C64 kosztuje 30 zeta na Allegro i zawsze będzie kompatybilniejsze ze sprajtami C64 :)

Otóż właśnie, żółte na niebieskim tle to miałem może przez pierwsze 5 minut od zainstalowania S_VBXE ;) Dzięki Draco za nową wersję ;) Tu jedna uwaga, stosujesz archiwizację arc, która bądź co bądź nie jest jakoś super popularna na PC, w przeciwieństwie do ATARI. Ale skoro już tak, to może niech plik s_vbxe_099.arc ma nazwę w konwencji 8.3, żeby dało się od razu wrzucić na partycję SDX ;) Bo tak mamy zarazem dość egzotyczne archiwum na PC (tak, są programy, ale jednak...) i nazwę pliku niezjadliwą dla Atari - czyli ani tu, ani tam wygodnie nie jest ;)

sprity c64 byly tylko przykladem, innym przykladem moze byc vector generator, innym silnik wypelnionych wektorow, emulator z80, emulator kilku maszyn arcade, koprocesor itd itd. implementacja punktu2 jest 100 razy bardziej funkcjonalna od nie wiem jak wyszukanych modulow w 120 roznych rdzeniach. normalnie nie wierze w to co Candle napisal, dojdzie do tego, ze aby uruchomic jakis program (programista wybierze soebie 2 funkcje z rdzenia a, 1 z rdzenia b i 1 swoja z czego powstanie rdzen c na uzytek jednego programu albo jednego programisty).
owszem Drac030 i Dely vbxe w operacjach kopiowania 2d jest bardzo dobre ale na tym swiat sie nie konczy.

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'.

VBXE1 i 2 nie ma tyle pamięci aby spełniać wszystkie zachcianki, nie po to był projektowany, trzeba wyrzucić wszystkie VBXE1 i VBXE2 do kosza i wypuścić VXBE3 z 1GB na pokładzie za 1000 zł, żeby XXL miał swoje z80, Probe GForca, Draco CPM-a i GEM-a, dodatkowo sprzętowy dekoder MP3, DIVX i H264, player MOD-ów itd.

VBXE miało być rozszerzeniem możliwości GTIA i tak się stało, teraz Candle i Electron muszą zginąć w tragicznym wypadku aby VBXE stało się standardem same w sobie, w obecnej postaci, albo sami bez ingerencji boskiej zakończyć ten projekt

...czyli jak z tego wynika, wszystko co powstało do tej pory w sensie softu trzeba tak czy inaczej traktować z "pewną dozą nieśmiałości" :) -

Dla przykładu, mi zależy przede wszystkim na:

* zgodności w dół
* RGB, lub VGA po prostu :)
* wiernej opcjonalnie emulacji systemu PAL - czyli wspomniany punkt nr. (*) 1 uzupełniony o (co obecnie objawia się niekiedy drętwymi barwami w niektórych trybach interlace) - ... o rdzeń typu STD Atari bez wodotrysków
* tryb tekstowy 80, czyli to co użytkownicy Sparta DOS X i VBXE lubią najbardziej ;)-

BARDZO ważną kwestią jest też to, iż koderzy programujący kartę totalnie olewają temat detekcji strony, na której ona siedzi. Jest to uważam dość ważne, gdyż mając COVOX'a przymusowo musiałem przenieść go na $d7XX z racji na olewanie oficjalnych "wytycznych". Wytyczne, do których nie stosuje się nawet Candle ;)- Candle - wiem, że przede wszystkim zajmujesz się sprzętem i programy są bardzo miłym dodatkiem, lecz proszę - jeśli dochodzi do bardziej lub mniej oficjalnego rilejza wypuszczajcie soft z auto - detekcją, lub jakimkolwiek manualnym wyborem umiejscowienia w rzeczywistości sprzętu. Jest to niewiele, lecz dla niektórych bardzo dużo dobrego :)

Elc - czy istnieje możliwość zaprogramowania FC tak, by korzystał z E: (lub SDX con:) - chodzi o możliwość użycia softu dla karty pod Sparta DOS X i trybu 80 z poziomu sterownika ekranu s_vbxe.sys? :)

"prosze kierowac do (zamknietego) tematu" - lol
masz uwagi? to twoj problem :D

z ciekawosci - da sie wykorzystac do czegos innego z poziomu atarki avr ktory sluzy do wrzucania korków w vbxe2?
tyle ludzie zawodzili o "koprocu" to tylko podpytuje, czy ten uklad ma jakies pole manewru?

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 tymczasem prosimy moderatorow o zamkniecie tego tematu...

Kurde... Bez przegięć ;) Mam VBXE2, w trakcie użytkowania wynikają różne problemy, pytania, kwestie wymagające wyjaśnienia i mam mieć zamknięty temat ze względu na to, że koder (tu xxl) coś tam postulował w kwestii zmian we wsadzie? :P
Temat jest chyba jak najbardziej żywy dopóty, dopóki ktokolwiek używa VBXE2 ;)