momo_ps2

psp2 se qui faut pas entendre http://www.metagames-eu.com/forums/images/smilies/lol.gif

366 mhz sa fait beaucoup quand meme http://www.metagames-eu.com/forums/images/smilies/clin.gif

pas mal tous sa je jette un oeil

moi aussi 2 gta je suis du jura je vis entre dole et dijon si sa interesse http://www.metagames-eu.com/forums/images/smilies/content.gif pour ceux de dijon y'en reste pas mal de gta faille au magasin jeconsole http://www.metagames-eu.com/forums/images/smilies/content.gif

ben que dire d'eux il sont espagnols et on l'air de matriser tous sa apres si il sont serieux je le pense mais a confirmer quand meme http://www.metagames-eu.com/forums/images/smilies/content.gif

nan merci un gars dit que c'est un trojan tu veux ma peau toi http://www.metagames-eu.com/forums/images/smilies/content.gif

c'est un fake??

oui ben je vais faire dodo bonne nuit a tous et je suis sur de pas voir de news demain matin m'enfin http://www.metagames-eu.com/forums/images/smilies/zzz.gif http://www.metagames-eu.com/forums/images/smilies/zzz.gif

mouais il nous a deja fait le coup avec minuit 5 minutes sa va etre 30 minutes http://www.metagames-eu.com/forums/images/smilies/clin.gif

l'heure c'est l'heure point barre http://www.metagames-eu.com/forums/images/smilies/content.gif

bon ben c'est minuit elle est ou la nenews

il sera moins bien que l'officiel je pense

je vais peut etre paraitre con mais y'a quoi d'extraordinaire?? http://www.metagames-eu.com/forums/images/smilies/clin.gif Edit: c'est bon j'avais pas vu http://www.metagames-eu.com/forums/images/smilies/lol.gif http://www.metagames-eu.com/forums/images/smilies/lol.gif

t'est tomber sur la série psp de merde faut la démonter et gratter le surplus de plastique c'est une erreur de fabrication http://www.metagames-eu.com/forums/images/smilies/clin.gif

desoler le post et en anglais apparement la vitesse de l'émulateur a été doubler que du bon donc http://www.metagames-eu.com/forums/images/smilies/love.gif http://www.metagames-eu.com/forums/images/smilies/love.gif More R7 Optimisations It's been a while since my last post, but I've still been hard at work with various optimisations for Daedalus R7. Although my main focus is on improving the dynamic recompiler, I've been looking at optimising a couple of other areas that I noticed were fairly expensive. The texture cache is one of the areas that I spent time tuning this week. This cache is used to avoid converting textures from the native n64 formats to psp formats every frame. I made a couple of fixes to improve the hashing function which gives much faster lookups in certain situations (such as tiled backdrops). I also provided an option to change the frequency at which the texture cache checks for updates to the textures. Many roms look fine when this check is entirely disabled, and this can give quite a nice speed boost. My main focus has continued to be on the dynamic recompiler. I've made a couple more bugfixes in this area. One bugfix involved detecting when roms were using self-modifying code. The fix involved dumping the contents of the dynarec cache so that the code is correctly regenerated for the updated instructions. This fix solves a couple of issues I was seeing with Quest64, and I'm sure it will help improve compatibility with a number of other roms too. The other dynarec issue I fixed was related to the way I was handling certain types of branch instructions. The MIPS processor has a set of 'branch likely' instructions which work slightly differently to regular branches and so I handle them separately in the dynamic recompiler. It turned out that I had forgotten to link together code fragments when they exited through a branch likely instruction. This fix gives a nice little speedup. The biggest bit of new development I've been doing on the dynarec is on optimising for various situations where I can determine the contents of a given register at the time I'm compiling the code. As an example, many roms use the following sequence to load an integer value from memory at a specific address: LUI $t0, 0x8033 // Load Upper Immediate - i.e. load t0 with 0x80330000 LW $t0, 0x1234($t0) // Load Word - i.e. load t0 with the value at 0x80331234 Previously I'd generate code for both of these instructions on the PSP. The LUI instruction is easy (if t0 is cached on the PSP then this is just one instruction). The LW is a lot more tricky. I have to call a function to convert the address on the n64 (0x80331234 in this case) to the address in the emulated memory on the PSP. Then I have to read from that address, or trigger an exception in the emulator if the memory address is invalid. With the changes I've just made, when I encounter the LUI instruction (or other instructions involving loading constant values into registers) I keep track of the fact that I've loaded t0 with 0x80330000. When I come to process the LW instruction, I can now determine that the desired address is 0x80331234. I can then map that address directly to the required location on the PSP, avoiding a function call in the generated code. By avoiding the function call I no longer need to flush cached registers back out to memory. Also, because I can tell in advance that the address lies in RAM (and isn't referencing a hardware register for instance) then I can also omit the code testing for an exception. Finally, in situations like the example above, I can don't need to generate any code for the initial LUI (as the register is immediately overwritten with the loaded value.) In summary this is a very nice optimisation - it generates fewer instructions (reducing the size of the dynarec code), it avoids unnecessarily flushing out cached registers, it avoids generating exception handling code, and it can eliminate redundant instructions (the initial LUI). In the best case, for 2 source instructions it will generate just 3 output instructions, compared to 12-13 for the unoptimised case. Unfortunately this approach only works with load and store instructions where the address can be determined in advance, but from the roms I've examined so far around 10-15% of the load/store instructions can be optimised in this way, which is enough to give a measurable benefit. I'm going to spend the rest of this week seeing which other parts of the dynarec engine can benefit from similar approaches. I have a couple of other features to implement (configurable controllers etc), if that all goes to plan I'll try and prepare R7 for a release next weekend. Source:http://strmnnrmn.blogspot.com/

pareil pour moi relogguage obligatoire http://www.metagames-eu.com/forums/images/smilies/content.gif

c'st vrai qu'on c'est bien fais chier sans métagames http://www.metagames-eu.com/forums/images/smilies/content.gif

c'est vraiment le gros bordel ces versions "devhook 06vb8 support usb+ fonction screenshot direct boot en 2.71 +poc BY BORDELMAN" http://www.metagames-eu.com/forums/images/smilies/content.gif http://www.metagames-eu.com/forums/images/smilies/content.gif

actuellement en version béta 4 et content que métagames soit revenu http://www.metagames-eu.com/forums/images/smilies/clin.gif http://neocdz.hp.infoseek.co.jp/psp/files/cps2psp_test4.zip

merci de l'info sa s'annonce franchement bien http://www.metagames-eu.com/forums/images/smilies/content.gif

y'a pas de version us sa se saurait pour revenir au jeux il est vraiment excellent alala la music de début http://www.metagames-eu.com/forums/images/smilies/love.gif

génial je me fesait trop chier sans métagames http://www.metagames-eu.com/forums/images/smilies/content.gif

yes le loguage marche super http://www.metagames-eu.com/forums/images/smilies/content.gif

c'et bon sa http://www.metagames-eu.com/forums/images/smilies/content.gif

http://www.metagames-eu.com/forums/images/smilies/lol.gif http://www.metagames-eu.com/forums/images/smilies/lol.gif http://www.metagames-eu.com/forums/images/smilies/lol.gif