forums.ps2dev.org

The problem here is the same one as in Basilisk II - you need raw sockets so you can emulate an ethernet adapter, but no one has been able to determine if and how to get raw sockets on the PSP. Dosbox doesn't attempt to interoperate with real ipx networks so the ipx frames are tunneled in udp packe...

Really?? Good luck with that. Writing a driver for DosBox then writing a wifi driver for DOS. Have much fun! Dosbox does have ipx over ip support. I played with it for a bit, but due lack of RAM in the fat PSP (I don't have a slim) I never got it to work. Although it may be futile anyway as few app...

ardatan wrote:crazyc your links have died...
please could you change them?

Done.

adrahil wrote:Are you sure of this?

Pretty sure. As far as I know, the Wince kernel has never been supported on a mmu-less arch.

No. WinCE requires an MMU.

Murdock wrote:Hey Crazy ... anything new at the Dosbox front?

I have a couple of things I'm trying to get to work, but don't expect anything new very soon.

Set the palette for 8 bit to 8888 so that you convert XX to 000000XX. Do pass over VGA plane 0 with no adding. Then set the palette to convert XX to 0000XX00 and do a pass over plane 1 with adding. Repeat for planes 2 and 3 with the appropriate palette. Then finally do a normal blit using the textu...

No mystery on GU_PSM_T32 or GU_PSM_T16. The GPU fetches 16 or 32 bits at a time instead of 4 or 8, then the palette is addressed according to the shift and mask specified for the texture palette operation. I use this in B2 to accelerate the conversion of 15 and 24 bit Mac video into the proper PSP ...

Murdock wrote:that's what is done and where it crashes ... as I said, in 1.5 kernel, this worx ... I can boot from c and get a c:\> dos prompt and afterwards can load my good ol' Win 3.11 ... strange if u ask me :(

Does it happen if you run win31 from the dosbox shell instead of booting MS-DOS?

Murdock wrote:[EDIT] ehm ... I don't know what u did, but it did not fix the problems that are caused under kernel 3.71 ... Now I get an "Exit to error: DynarecCore:illegal option in dyn_grp4ev"

What are you running that causes this?

Thx! At least an answer :) kk, I'll wait patiently for whatever you may find. I put up a new binary with probably fixes it. Dosbox was checking for 0 as open(3) failure rather then the correct -1. Also, I added modifier support to imagemap. Put a,s or c after the key to and alt, shift or ctrl to th...

Sorry, I just haven't had the time to look at it. I'll check as soon as I can.

If varies by the task, but B2-PSP at 333MHz runs about 20-30 MHz 030. The main reason is the emulated CPU runs in direct mode where addresses aren't translated. The only concession made is to add an offset that handles the fact that the memory doesn't actually start at 0. Add onto that the fact tha...

I haven't been able yet to finish everything, but I've put up a new WIP binary for people to play with. The only change is a modest performance improvement.

This isn't the right forum to discuss dosbox on windows, it's better posted over at the dosbox forums. Although, they will probably just say versions of windows; 95, nt and above, are unsupported.

It seems that I need to create a ftruncate.c that I have to compile and link in so I will look at your source to see if I can recreate my own. My ftruncate isn't really going to help unless the wii libc already has truncate which along with rmdir is machine specific.. Commenting out HAVE_PWD_H in c...

- Can you add support to combinaison mapping ? for exemple INPUTMAP square lalt+o I intend to do this. - Can you add the possibility to map analog stick directions to simple keybord arrows (INPUTMAP digital_up up, for exemple)? so that I could map the digital psp directions to other keysbord keys (...

J.F. wrote:It seemed that either you got gaps in the blits, or you put up with non-seamless joints between the blits.

Nice. I was getting seams in a few occasionally used modes and this fixes it.

Some psps may just need a longer timeout. Try this. u32 pspGetKirkVersion(void) { int k1 = pspSdkSetK1(0); int ver, i = 0, val = *(u32 *)0xBDE00004; sceSysregKirkBusClockEnable(); do { i++; sceKernelDelayThread&#40...

No kirk version (smiley face)

The smiley face is 0x01 as ascii, which is what I get if I read 0xBDE00004 while kirk is disabled.

dennis96411 wrote:Hey umm how do I apply Dosbox.patch? And the files in your first post, when did you updated (**/**/**)? Just to like to have the newest version of DOSBox. Anyway, keep up the good work!

I haven't put up a new patch as I'm still adding a few new tweaks. Just get the binary for now.

It might have something to do with the way those opcodes are encoded. # float vfpu_test_lvlq<0, 0>&#40;float *&#41; lwc1 $f0, -0x7FF0&#40;$gp&#41; mov.s $f0, $f0 ldc1 $f0, 0xC&#40;$a0&#41; mov.s $f0, $f0 jr $ra nop # End of function vfpu_test_lvlq<0,0>&#40;float *&#41...

I've put up a new build with an experimental change to improve performance. Unfortunately it doesn't improve performance as much as I hoped, but every little bit helps I suppose. Also, now you can change frameskip from the command line,

aTomIC wrote:ehm, CrazyC, are you sure you uploaded the right eboot.pbp? my psp says 16.juni 2008.

I forgot to update the timestamp. I'm sure it's right.

Okay, put up a new binary, windows 3.1 works now. I've put up a new patch too.

Dark Chazz wrote:still on those bugs crazyc ?

I think I know what's happening, just not sure the best way to fix it.

That's by design. If you want to have to only push it once, use input mapping,

I bet the files arn't being closed after you are done with them.

I've made some changes to the recompiler that improve performance by about 10%. I'm still tracking down bugs that cause some protected mode apps, including windows, to fail so I'll post a patch when I fix them. For now I've put up a new binary for people to play with.

hlide wrote:for those who want to make a PSP emulator using either an interpreter or a dynarec and want to know how you feel when trying to implement VFPU, I have only one word to my mind : HELL !

Well, it's no worse then x86 modrm.