Search results

I think the freeze's in zelda might be related to very high memory consumption. Restarting into X and using top I've seen these games get to within 2mb of free memory. This might make the OGL driver fail for some reason (i.e. when it has to write the param or depth buffer to memory). I don't...

I would be surprised if it helps alot. They are only used when a texture is not already in the texture cache which is fairly uncommon (beyond the first few frames of a scene) since the cache is so large. You can benchmark the texturecache hits/misses per frame by defining TEXTURECACHE_TEST...

If you could provide me with the rom and save file (it should be in pandora/appdata/mupen64plus-r1/config/save or something and have the same name as the rom name showed in GUI) I could look into it. I could at least tell you which UCODE command is causing the crash (if its not a dynarec issue)...

Here's the new release: http://gles2n64.googlecode.com/files/mupen64plus-r1b5.pnd I don't remember whats changed since last release (or BZ'z releases which are based on my own newer code). Somethings i did recently: - added per game configuration: you can find a file "config/gles2n64rom.conf"...

Hey guys, sorry for the extended hiatus. I had decided to focus on other things until my retail pandora arrived with working nubs however thats taking a bit longer than i expected.... @bzfrank Please provide me with the source to your changes so i can add them to the SVN. I can also give you...

I got 1050mhz stable at OPP5 with the modified kernel Urja sent me, it crashed instantly at 1.1Ghz. I tested stability by running the math-neon benchmarks, so very NEON intensive. I've heard it mentioned that NEON is typically the cause of clocking instabilities. I also tried extended usage of...

Hey, Sorry I've been a bit dormant recently. I have compiled the latest Mupen64plus build and I've done some minor improvements to gles2n64 (added per game configuration). However I've been running into issues with my Pandora, in particular i think i may have borked the GPU somehow. Its...

Haya, I wrote math-neon. Yeah not too surprised by the result, my routines are loading/storing the vectors from/to memory every time. When you use intrinsics r0-r3 are used to pass the first argument (the 2nd argument is loaded though) and if you inline the compiler will optimise out the return...

I'm also interested in using Valgrind. Initially i was concerned that it might only support ubuntu, its almost a year old but there is information of how to install it on a beagleboard here: http://changetheworldwithyourpassion.blogspot.com/2009/09/how-to-build-valgrind-for-beagleboard.html I...

I think, in general, this idea is only possible in games where there is significant HLE-ing of the graphics hardware, any system which writes directly to the framebuffer would most likely look wrong (ie SNES, GBA, PSX, etc). It is possible, to a degree, with N64.... I have to use a modified...

Hmmmm, Try going to the /pandora/appdata/mupen64plus-r1/config folder and removing the "gles2n64.conf" file.... I thought i had fixed this problem but maybe not.

I uploaded a version that fixes 1080 snowboarding and the input plugin here: http://gles2n64.googlecode.com/files/mupen64plus-r1b3-fixed.pnd

Yeah just looked into this, its strange isn't it. I've fixed it (I beat Normal Mode without too many glitches occuring anyway) and uploaded a new revision. What causes it is when it fails to allocate indices it returns 0xffffffff then when this occurs it get cast as a signed int... so it...

Not that I'm aware of. I tried removing the 0.5 offset, had no effect. It shouldn't be super sensitive, unless I've broken something. You can change the calibration by going to options->input settings, at the bottom is the left and right calibration. By default its f(x) = 0.5*x+0.5*x*x, lowering...

Currently the texture coordinate transformations are performed by the vertex shader, so fixed point is not really an option there. The only reason i decided not to do it on the CPU is that a texture coordinate could feasibly be shared between two different textures (requiring a different...

No i don't think so, OGL maps textures coords from 0.0 to 1.0 no matter the dimensions of the texture. On the N64, the texture coord maps to a raw integer offset in TMEM.

I tested OOT before i release it. It seems the (v1.0)(U)(!) version throws a segfault, the (U)(v1.2)(!) and (E)(GC)(!) versions work fine though. I've been trying to track down this memory problem for awhile now, its very fishy. When Orkin made Direct64 (which is based on gln64) he mentioned a...

Yeah, I think the biggest problem would be FPU. Its likely that the driving model is pretty float intensive and would require NEON optimisation.

Heres a new version: Mupen64Plus R1B3 I'll update the gles2n64 SVN when it stops giving me this error "Error: Server sent unexpected return value (500 Internal Server Error) in response to Error: MKACTIVITY request for '/svn/!svn/act/9c47c7ce-e1cd-0e45-82e1-ed3724f4ce3d' " Changes from...

As was mentioned in the mupen thread, for emulators that work with X11 I'm pretty sure you can make a script which sets the CPU speed and map it to a button. I'm sure if you ask for one, some one will make it pretty easy. If you could code you might realise: 1. IMO Making menus is possibly the...