i hope in the r4 release the speed will be fix as well as the 3d grahic engine,i think once those r done this will turnout to be a excellent emulator
PLUGINSnew topic
ok if you noticed when you boot your rom it says " initializing plug-in" if you have had the chance to play PJ64 PC EMULATOR you are prob. familiar with " PLUGINS"....the pj64 uses different plugins to run different games BETTER...these plugins ( created by old school coders of the 64 such as zilmer and jabo!)make the emulator change compatability, sound, and graphics ....plugins are a big part of how WELL your pc 64 will run...and how fast....and with what games....
QUESTION? how do plugins effect this psp version of a pc ported 64 emulator...will it have a plug-in folder for gfx? or is this even relevent to the psp project IM VERY INTERESTED TO SEE WHAT PSMONKEY OR STRNM HAVE TO SAY ON THE PLUGIN TOPIC!!
and if the psp required the creation of a new plugin...... or a ported one from a pc emulator... if it was a ported plugin WOULD A NATIVE PSP TYPE PLUGIN SERVE THE PSP EMULATOR??
thanx for your answers in advance hope you get to this!!!
i hope in the r4 release the speed will be fix as well as the 3d grahic engine,i think once those r done this will turnout to be a excellent emulator
Your Set Up? I thought of that. Well what ever. As long as we can get a good N64 emu it doesn't matter about who thought of the controls.Originally Posted by BigMace
hey strmnrm when do you hope to release next release![]()
DYNREC: OFF
i noticed that when booting it also says DYNREC:OFF implying that there a dynamic recompiler in the works ....id say when the dynamic recompilers bugz are all worked out you will see a much faster much smoother n64 emulator on our psp .....boot up a rom and pay close attention to the boot sequence....
ONE GR8 THING ABOUT THIS BEING A PORT is the fact that it MIGHT use a pc video plug-in ( a plugin that was made before the psp project for the pc) and if that is the case they can make a psycho fast plugin...and wont have any problems with the video...it all boils down to a WELL POLISHED DYNAMIC RECOMPILER.....MAYBE VS R4..........and that could take some time.......they are just as exited to have you test new builds as we are to get them.....so when the emu gets better we will know...
.but lets be patient and not nag about the next release..
(IM JUST SAYIN...THIS IS NOT DIRECTED TOWARD ANYONE JUST MEM. IN GENRAL)....RATHER THAN THAT LETS KEEP THEM ON THERE TOESWITH SOME SERIOUS N64 QUESTIONS..
....NOT SO MANY CLASHING OPINIONS.
.....WE ALL HAVE OPINIONS .
..LETS JUST MAKE OUR SUGESTIONS AND MOVE ON SHALL WE.
...LOL
LETS GET SOME ANSWERS ABOUT THE EMU AS IT STANDS SO OUR FUTURE QUESTION WILL BE MORE EDUCATED ONES...I CANT WAIT FOR strnm TO ANSWER A FEW MORE QUSTIONS!!!![]()
I turn my back for a day or so and suddenly there's billions of posts to read through!
Sometime this weekend hopefully. I fixed a problem on Wednesday night that was causing significant problems with a number of roms. The end result is that a lots of roms are running for longer without crashing now.Originally Posted by kersplatty
I've also been spending some time writing a display list debugger which has been helping me fix various graphical glitches (notably Mario's head is now coloured correctly in the Mario64 intro).
Anyway I want to spend a bit more time fixing a few more issues I know about. In the meantime I've attached a few screenshots as a bit of a tease![]()
I wouldn't infer too much from the debug console outputOriginally Posted by vettacossx
A lot of that text is just spewed out because it's present in the PC build - many of the subsystems (such as the dynarec) are stubbed out in the PSP version just so they compile.
Having said all that, dynarec is the main feature that I want to implement (it should be a lot easier to handle now that I've freed up a load of memory by streaming the roms in dynamically).
Holy S*** is the first PIC for ZELDA?!!!!!!!!!!!
Noooooooooooo wayyyyyyyyyyyy
I cant belive my self and mario looks fantastic
Keep it up man you are the best
There have been a few comments about this, so I thought I'd give you all some more information so you can see what's going on.Originally Posted by psiko_scweek
When I initially wrote the rom streaming code (on Tuesday sometime) I set the code up to pull chunks of the rom from the .zip file directly whenever the emulator needed to access them.
The problem with zip files is that it's very expensive to seek 'backwards' in the file (i.e. it's fine to go from chunk 30 to 38 to 50, but it's expensive to go from 30 to 28 to 15).
I reduced this cost by caching as much of the rom as I could (at the moment I cache 128 chunks of 16KB, i.e. 2MB of the rom), but unfortunately it seems that most roms seek in a fairly random fashion and the emulator was spending most of its time just seeking backwards in the .zip file.
The solution I came up with for this problem is to decompress the rom when the emulator boots up. I can seek very rapidly backwards and forwards in an uncompressed rom, so everything runs at almost full-speed. Of course the big problem with this approach is that you need to have 30-40MB of storage free on your memory stick to decompress the rom to.
If you're really short of space on your memory stick, I'd suggest just sticking one *uncompressed* rom in the Roms directory, and replacing it whenever you want to play something else.
One thing to note is that the emulator will still try to create a copy of the rom if the data is byteswapped. There are probably tools out there that will byteswap your roms into the format Daedalus needs, but I'm planning on dropping this restriction in the next release so you may just want to wait around for that.
Nice Nice Nice Nice Nice Nice Nice Nice Nice Nice
Why dont you stick this topic
It is the best in in the forum
There are currently 1 users browsing this thread. (0 members and 1 guests)
Bookmarks