Un \u00e9mulateur de NeoGeoCD bas\u00e9 en partie sur neocdpsp de Yoyofr.<\/p>\n
Cette version \u00ab\u00a0dite au revoir aux bugs\u00a0\u00bb inclus les am\u00e9liorations suivantes:<\/p>\n
* The autofire options are fixed and they are now saved with your game
\n options (as custom controls).
\n * Fixed a stupid graphical glitch which can happen after a loading sequence
\n (like on the title screen of last blade 2).
\n * Fixed again scanlines (asm problem) + double pixel scaler (same problem)
\n * Fixed a possible crash when using normal blits and loading a new game
\n * Remapped custom keys : the multimedia keys were recognised before, bad
\n very badly mapped since they could cause a serious buffer overflow. So
\n they have been remapped and if you used some non standard keys in your
\n mappings you’ll have to remap them using the gui.
\n * The loading is now progressive when animations are enabled, this produces
\n a smoother animation and allows to better see some effects (notice that at
\n speed > 2, it can still be not totally smooth because at these speeds the
\n number of sectors loaded by frame can vary from frame to frame).
\n * the turbo key (default: del) becomes like the game keys : keep it pressed
\n to enable turbo, release it to go back to normal.
\n * When changing a control, you now have the option to delete it.
\n * Fix again some corruption in the savegames. This correction might fix some
\n savegames saved before this version, but you might be obliged to create
\n new savegames to be sure to get rid of the problem (tested with samsho4).
\n * When loading a game with animations enabled and the game uses a resolution
\n of 304×224, there could be some glitches left on the borders of the screen
\n after the initial animation, it’s fixed now.
\n * Fix problems with starting some loading animations (breakers).
\n * Add handling of direct writes to fix area for over top, the only game I
\n know which needs this ! And fix the animations of overtop which were bad
\n begining at level 2
\n * Fix a remarquable bug with the memory pool : if you played in windowed
\n mode with normal blits and resized the window while playing a game by
\n draging a border of the window, the memory pool had an overflow after
\n about 1s of resizing, which was ending in a violent crash ! The memory
\n allocation is now more resistant to this kind of fun !
\n Notice the bug could happen only if your window manager resizes the window
\n in real time, that is if it sends redraw messages every time the size
\n changes. MS Windows doesn’t do that normaly, it happened in kde for me.
\n * Until now if you pressed the windows key by mistake, windows throws you to
\n the desktop, but if you were in the middle of a game, you had a ugly
\n message when you came back, and raine\/neoraine exited after you validate
\n the message. Well it’s windows specific behaviour… anyway now when you
\n press this damned key, you are still thrown to the desktop (I don’t think
\n I can do anything to prevent this !), but you can continue your game when
\n you come back with alt-tab. Notice that the game is not paused in this
\n case !
\n * Recompile the windows version of sdl_sound with smpeg support to be able
\n to play some weird kind of mp3s called \u00ab\u00a0free format\u00a0\u00bb which couldn’t be
\n played in 1.1.0. Now if you find another unplayable format, the error
\n message will appear on the game screen instead of the console since
\n usually there is no console in windows ! \ud83d\ude09
\n * If starting a game which had a title bitmap (which appears after you have
\n done \u00ab\u00a0load game\u00a0\u00bb) in normal blits at a resolution such that width > 640
\n and height < 480, then you had a crash. It's fixed too !<\/em><\/p>\n