Re: DOSBox iPhone Port - Work in Progress!
Posted on 2010-01-28, 17:00
www.zodttd.com Try the forums. I also have direct contact, so ill inform him you will be lookinf for SDL source.
Re: DOSBox iPhone Port - Work in Progress!
Posted on 2010-01-28, 14:19
do you know who zodttd is? He has some SDL sources that i believe are very optimized for the iphone.
Re: DOSBox iPhone Port - Work in Progress!
Posted on 2009-12-12, 14:19
This needs to run on the translation cache to make it executable on the stack. BASE_ADDR is the address to this translation area and TARGET_SIZE_2 is the size. out=(u_char *)BASE_ADDR; if (mmap (out, 1<
Re: DOSBox iPhone Port - Work in Progress!
Posted on 2009-11-30, 21:56
sure the ARM dynamic core was in the last release, although I think there were some minor changes/fixes applied after 0.73. To enable it I usually change config.h manually. define C_DYNREC define C_TARGETCPU ARMV4LE also take note about having the correct ABI, undefine for OABI or define for EABI ( …
Re: DOSBox iPhone Port - Work in Progress!
Posted on 2009-11-30, 20:28
lopar the best thing you can do to get more performance is to use the the ARM dynamic core.
Re: Controlling application in DOSBox from outside
Posted on 2009-11-18, 15:32
Use SDL to send intputs. You can use SDL_Pushevent for example. This idea about looking at the frame buffer for feedback seems like too much work (and kind of odd way of doing it) If your going to use the source would it not be better to hook into dosbox's internal command queue? Find where dosbox …
Re: Wish for SDL 1.3 support
Posted on 2009-09-11, 15:43
As far as I know it wouldnt since 1.3 should be backwards compatible with 1.2, for dosbox to be everything to all people its possible 1.3 code could be preprocessed out depending on the version of SDL detected. But thats if dosbox adds 1.3 only API. I dont see any reason why the 1.2 code shoudlnt …
Re: Wish for SDL 1.3 support
Posted on 2009-09-11, 14:40
We have been doing some work on the pandora/wiz with SDL 1.3, I havnt spent a ton of time with it, but there is a new API in 1.3 that will work better in getting windows for OPENGL/OPENGLES, basically its a best API that can cover more systems and arch's. I believe it would be in the best interest …
Re: How to improve emulation speed
Posted on 2009-08-17, 13:20
If your not using it already you could try and use the ARM dynamic core
Re: ArchimedeanDynasty crashes since CVS-Build 2009-06-14
Posted on 2009-07-30, 20:41
Whats the background on this issue? I think ive seen a pending 8 bit variation of it too. The workaround ive found is to disable sound blaster emulation.
Re: ARM (Thumb) Dynamic Core Code
Posted on 2009-07-12, 18:29
I havnt noticed any issues except that 8 bit irq problem.
Re: ARM (Thumb) Dynamic Core Code
Posted on 2009-06-25, 12:35
wd wrote: Is there already port of 0.73 that uses the arm backend for the recompiler, or somebody (going to) work on it? As i'll be commit […] Show full quote Is there already port of 0.73 that uses the arm backend for the recompiler, or somebody (going to) work on it? As i'll be committing the …
Re: Myst + Win 3.1 + Dosbox 0.73 Success Story
Posted on 2009-06-16, 13:15
MiniMax wrote: Pickle wrote: IIGS_User wrote: Oui. Sorry dont know what that acronym stands for. You must be American. Si.
Re: Myst + Win 3.1 + Dosbox 0.73 Success Story
Posted on 2009-06-15, 20:36
IIGS_User wrote: Pickle wrote: I wonder if I should try Riven Oui. Sorry dont know what that acronym stands for.
Re: Myst + Win 3.1 + Dosbox 0.73 Success Story
Posted on 2009-06-15, 12:47
Yeah I think i followed your guide Dominus when I set it up for 0.72 Ive since finished the game and everything worked great. Another option appears to be an updated version for XP, might be worth it too as it has the original 24 bpp graphics. I wonder if I should try Riven
Myst + Win 3.1 + Dosbox 0.73 Success Story
Posted on 2009-06-08, 20:43
I went out garage sale-ing this past week (this is where you get out all your junk you dont want and sell it in your front yard) and found the original Myst for $1. I actually bought this at one time but returned it (when you could actually return video games) Well ive always wanted to go back and …
Re: Scaling down/ Forced Resolution concept
Posted on 2009-05-28, 12:56
Small hint btw: Edit: Well i havnt got one response, I dont know whats worse instant rejection or none at all. This sort of edit is quite bad because it slips through the "new post" feature. Only read it now by accident. I took it out, i didnt think I was going to get any feedback. So thank you …
Re: Scaling down/ Forced Resolution concept
Posted on 2009-05-27, 18:11
As long as the screen is a 4:3 aspect we could use alternating lines? 320x200->320x200 (physical size is 320x240) 640x400->320x200 (physical size is 320x240) 640x480->320x240
Re: Scaling down/ Forced Resolution concept
Posted on 2009-05-27, 15:12
Yeah basically fit higher resolutions into smaller resolutions. Force 640x400 into 320x200 if the physical screen only supports 320x240. Thanks I will take a look and see whats there in the n0p version.
Scaling down/ Forced Resolution concept
Posted on 2009-05-26, 14:13
A common problem with running dosbox on embedded devices is resolution of the screen, which is 320240. Dosbox will run at first with a resolution of 640x400. Games usually run at 320x200. With the gp2x our SDL was modified to scale down resolutions greater than the physical screen down to the screen …
Page 2 of 6