16.01.2010 16:01
[#9]
Re: emumiga.com
@FOrest, post #1
Stworzenie to nie problem. Problem w tym, dla kogo to ma być? Bo z tego co widzę, to jest to bardzo zubożone UAE (w bardzo dużym przybliżeniu) - emulacja CPU 68000 wskazywałaby na to, że głównym zadaniem będzie odpalanie starych gierek, jednak Emumiga nie będzie emulować ani blittera, ani coppera itd. - czyli gry odpadają (dema też). To co niby będzie można na tym uruchomić - prastare systemowe użytki, działające na 68000? Znacie jakieś systemowe użytki działające na 500, warte uwagi? ProTracker nie ruszy, DeluxePaint nie ruszy, PersonalPaint - może, LhA/Lzx - tak, tylko po co itd.
18.01.2010 13:55
[#13]
Re: emumiga.com
@FOrest, post #1
chodzi o to, że nie można dodać emulacji 68k do arosa od tak gdyż aros leci na littlendnian na x86 a programy pod 68k pod bigendian a więc, tutaj mamy emulator (tak jak trance w mosie) + konwersje endianów+wywołania odpowiednie (w zalezności od funkcji, coś na kształt os4emu). Dużo z tym roboty ale jeśli się uda to aros bedzie mógł korzystac z binarek pod os3.
18.01.2010 15:06
[#14]
Re: emumiga.com
@APC74, post #9
DPaint would be a nice application to support.
I have very little knowledge about the inner workings of DPaint.
Does anyone know what chip direct tricks are used?
Google translate to Polish, I'm sorry if it is bad:
DPaint byłoby miło wniosku o wsparcie.
Mam bardzo mało wiedzą o wewnętrznym działaniu DPaint.
Czy ktoś wie co układ bezpośredniego sztuczki są wykorzystywane?
-- Moggen
I have very little knowledge about the inner workings of DPaint.
Does anyone know what chip direct tricks are used?
Google translate to Polish, I'm sorry if it is bad:
DPaint byłoby miło wniosku o wsparcie.
Mam bardzo mało wiedzą o wewnętrznym działaniu DPaint.
Czy ktoś wie co układ bezpośredniego sztuczki są wykorzystywane?
-- Moggen
18.01.2010 16:59
[#15]
Re: emumiga.com
@APC74, post #9
Wydaje się, że powinny zadziałać te same programy, co w MOS i OS4. O ile się nie mylę, to przyjęte w MOS i OS4 rozwiązania też nie emulują blittera i coppera. Jeśli się mylę , niech ktoś sprostuje.
Dorzuciłbym jeszcze Amithlona... Też nie ma na pokładzie specjalizowanych kości Amigi a dało się go używać, oj dało...
Ostatnia modyfikacja: 18.01.2010 17:00:28
Dorzuciłbym jeszcze Amithlona... Też nie ma na pokładzie specjalizowanych kości Amigi a dało się go używać, oj dało...
Ostatnia modyfikacja: 18.01.2010 17:00:28
18.01.2010 17:23
[#17]
Re: emumiga.com
@Moggen, post #14
as far i understand You have to rewrite all library calls in order to put args in proper 68k registers and translate big-endian into little-endian?
dpaint does some blitter stuff (it doesn't work well on 68k/cgx and morphos systems also) but program like imagefx or photogenics should be more compatible.
dpaint does some blitter stuff (it doesn't work well on 68k/cgx and morphos systems also) but program like imagefx or photogenics should be more compatible.
18.01.2010 20:09
[#18]
Re: emumiga.com
@rzookol, post #17
rzookol napisał(a):
> as far i understand You have to rewrite all library calls in
> order to put args in proper 68k registers and translate
> big-endian into little-endian?
Yep, all calls must be intercepted and endian converted. The tricky parts are the system structures that need to be endian converted field by field depending on the types. And it goes both ways, some structures are created and returned by AmigaOS, and some is filled out by the user and sent to AOS (newer system calls avoid this but the older kickstarts encouraged this use).
So everything must be tracked and mapped. That is the idea with Emumiga.
> dpaint does some blitter stuff (it doesn't work well on 68k/cgx
> and morphos systems also) but program like imagefx or
> photogenics should be more compatible.
Ok, raw chipset access $DFFxxx, or QBlit()-style?
> as far i understand You have to rewrite all library calls in
> order to put args in proper 68k registers and translate
> big-endian into little-endian?
Yep, all calls must be intercepted and endian converted. The tricky parts are the system structures that need to be endian converted field by field depending on the types. And it goes both ways, some structures are created and returned by AmigaOS, and some is filled out by the user and sent to AOS (newer system calls avoid this but the older kickstarts encouraged this use).
So everything must be tracked and mapped. That is the idea with Emumiga.
> dpaint does some blitter stuff (it doesn't work well on 68k/cgx
> and morphos systems also) but program like imagefx or
> photogenics should be more compatible.
Ok, raw chipset access $DFFxxx, or QBlit()-style?
19.06.2010 11:56
[#22]
Re: Zegarek tyka (emumiga)
@FOrest, post #21
I'm proud to announce the availability of the source code for Emumiga!!
Download it via the home page.
http://emumiga.com/
Download it via the home page.
http://emumiga.com/
