ShuriZma
/
bsnes
mirror of https://github.com/bsnes-emu/bsnes.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
bsnes/bsnes/nall/string.hpp

52 lines
1.3 KiB
C++
Raw Normal View History

First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
#ifndef NALL_STRING_HPP
#define NALL_STRING_HPP
Update to v082r24 release. byuu says: Upgraded to GCC 4.6.1. Removed nall/foreach and nall/concept, upgraded iterator support on all of my containers, and replaced everything with range-for. Fixed up Qt geometry a good bit, should at least create windows now without bouncing around. Added some initial nullptr / constexpr changes. Some other minor cleanups ... removing foreach() took about 6-8 hours alone.
2011-09-27 11:55:02 +00:00
#include <stdarg.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <algorithm>
First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
#include <initializer_list>
Update to v082r24 release. byuu says: Upgraded to GCC 4.6.1. Removed nall/foreach and nall/concept, upgraded iterator support on all of my containers, and replaced everything with range-for. Fixed up Qt geometry a good bit, should at least create windows now without bouncing around. Added some initial nullptr / constexpr changes. Some other minor cleanups ... removing foreach() took about 6-8 hours alone.
2011-09-27 11:55:02 +00:00
Update to v080r03 release. byuu says: Wow, nothing in 19 days. Anyway, I wanted to get Nick's logo back in on the about screen. Adds 80kb to both the binary and source archive, but eh. Gotta have some style. Nothing else new.
2011-07-23 10:14:47 +00:00
#include <nall/array.hpp>
Update to v082r25 release. byuu says: Ryphecha fixed Gun Nac, it was some sort of problem with blank sprite address fetching messing with the MMC3 I've started on an XML parser for iNES-free loading, but it's pretty barebones right now. Only NROM-256 loads, and you have to make it a compile-time thing (so other games work for now.) Updated nall with nullptr stuff. nall/detect is now nall/intrinsic and has both #defines + static constants that can be used to detect the platform (allows for run-time platform checks where practical.) ruby has a Makefile now, that makes using it in other projects a lot easier
2011-09-29 12:08:22 +00:00
#include <nall/atoi.hpp>
Update to v082r24 release. byuu says: Upgraded to GCC 4.6.1. Removed nall/foreach and nall/concept, upgraded iterator support on all of my containers, and replaced everything with range-for. Fixed up Qt geometry a good bit, should at least create windows now without bouncing around. Added some initial nullptr / constexpr changes. Some other minor cleanups ... removing foreach() took about 6-8 hours alone.
2011-09-27 11:55:02 +00:00
#include <nall/function.hpp>
Update to v070r16 release. (there was no r15 release posted to the WIP thread) byuu says: This mostly contains improvements for nall, like path unification. This should fix FitzRoy's issue with .. on Windows.
2010-10-14 10:07:38 +00:00
#include <nall/platform.hpp>
Update to v080r02 release. byuu says: - added qstrlower and qstrupper; mainly for the sake of others wanting to patch bass - added: string sha256(const uint8_t *data, unsigned size); for easier hash generation - cleaned up the NEC DSP and Hitachi DSP XML mapping code; they are consistent now as well - "necdsp" in paths.cfg is now "firmware", since it also affects the Hitachi DSP - XML mapping was using program= for DSP-n/ST-001n and data= for Cx4; they both use firmware= now instead - fixed icd2/interface casting issue for GCC 4.6.0 (thanks for the reminder, vEX) - removed the last parts of code that used string << foo; and removed that from nall/string entirely - I need to do this for the debugger as well, I'll make sure that it compiles before v081 though - converted all string(...) syntax to { ... } syntax that I could (obviously it won't cast to a function that takes const char* instead of const string&) Probably some other tiny things. Just basic maintenance here.
2011-07-07 12:59:26 +00:00
#include <nall/sha256.hpp>
Update to v082r24 release. byuu says: Upgraded to GCC 4.6.1. Removed nall/foreach and nall/concept, upgraded iterator support on all of my containers, and replaced everything with range-for. Fixed up Qt geometry a good bit, should at least create windows now without bouncing around. Added some initial nullptr / constexpr changes. Some other minor cleanups ... removing foreach() took about 6-8 hours alone.
2011-09-27 11:55:02 +00:00
#include <nall/stdint.hpp>
First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
#include <nall/utility.hpp>
Update to v084r01 release. I rewrote the S-SMP processor core (implementation of the 256 opcodes), utilizing my new 6502-like syntax. It matches what bass v05r01 uses. Took 10 hours. Due to being able to group the "mov reg,mem" opcodes together with "adc/sbc/ora/and/eor/cmp" sets, the total code size was reduced from 55.7KB to 42.5KB for identical accuracy and speed. I also dropped the trick I was using to pass register variables as template arguments, and instead just use a switch table to pass them as function arguments. Makes the table a lot easier to read. Passes all of my S-SMP tests, and all of blargg's arithmetic/cycle-timing S-SMP tests. Runs Zelda 3 great as well. Didn't test further. This does have the potential to cause some regressions if I've messed anything up, and none of the above tests caught it, so as always, testing would be appreciated. Anyway, yeah. By writing the actual processor with this new mnemonic set, it confirms the parallels I've made. My guess is that Sony really did clone the 6502, but was worried about legal implications or something and changed the mnemonics last-minute. (Note to self: need to re-enable snes.random before v085 official.) EDIT: oh yeah, I also commented out the ALSA snd_pcm_drain() inside term(). Without it, there is a tiny pop when the driver is re-initialized. But with it, the entire emulator would lock up for five whole seconds waiting on that call to complete. I'll take the pop any day over that.
2011-11-17 12:05:35 +00:00
#include <nall/varint.hpp>
Update to v082r24 release. byuu says: Upgraded to GCC 4.6.1. Removed nall/foreach and nall/concept, upgraded iterator support on all of my containers, and replaced everything with range-for. Fixed up Qt geometry a good bit, should at least create windows now without bouncing around. Added some initial nullptr / constexpr changes. Some other minor cleanups ... removing foreach() took about 6-8 hours alone.
2011-09-27 11:55:02 +00:00
#include <nall/vector.hpp>
#include <nall/windows/utf8.hpp>
First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
Update to v082r26 release. byuu says: .cht files now use BML-formatted data. I'm still going to request the cheats.xml file as-is, and will write my own converter for embedding during releases. This is where parsing 2MB markup files in 10ms is really going to be nice. Had to use an evil hack before for actually searching for games. This has the start of the board/chip separation from mappers for NES, and it has a barebones iNES->board markup converter. You can specify your own board markup and bypass the need for an iNES header, so in other words it will load No-Intro style games with a proper board file. Long-term, we'll have an internal database for commercial boards, and probably folder.fc/prg.rom{,chr.rom} loading support. Since they can't co-exist, the mappers are currently disabled, and I've only ported the easy ones. So no MMC1/MMC3/VRC6 in this release. I need to make them into chips first.
2011-09-29 12:44:49 +00:00
#define NALL_STRING_INTERNAL_HPP
First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
#include <nall/string/base.hpp>
Update to v082r26 release. byuu says: .cht files now use BML-formatted data. I'm still going to request the cheats.xml file as-is, and will write my own converter for embedding during releases. This is where parsing 2MB markup files in 10ms is really going to be nice. Had to use an evil hack before for actually searching for games. This has the start of the board/chip separation from mappers for NES, and it has a barebones iNES->board markup converter. You can specify your own board markup and bypass the need for an iNES header, so in other words it will load No-Intro style games with a proper board file. Long-term, we'll have an internal database for commercial boards, and probably folder.fc/prg.rom{,chr.rom} loading support. Since they can't co-exist, the mappers are currently disabled, and I've only ported the easy ones. So no MMC1/MMC3/VRC6 in this release. I need to make them into chips first.
2011-09-29 12:44:49 +00:00
#include <nall/string/bml.hpp>
First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
#include <nall/string/bsv.hpp>
#include <nall/string/core.hpp>
#include <nall/string/cast.hpp>
#include <nall/string/compare.hpp>
#include <nall/string/convert.hpp>
Update to v082r28 release. byuu says: Was mostly working on BML. Still working on the spec. Added NES-BNROM, NES-GNROM/NES-MHROM boards. I don't even know why. The latter games do not work very well without Zapper support.
2011-10-02 10:05:45 +00:00
#include <nall/string/cstring.hpp>
First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
#include <nall/string/filename.hpp>
#include <nall/string/math.hpp>
Update to v084r03 release. (r02 was not posted to the WIP thread) byuu says: Internally, all color is processed with 30-bit precision. The filters also operate at 30-bit depth. There's a new config file setting, video.depth, which defaults to 24. This causes the final output to downsample to 24-bit, as most will require. If you set it to 30-bit, the downsampling will not occur, and bsnes will ask ruby for a 30-bit surface. If you don't have one available, you're going to get bad colors. Or maybe even a crash with OpenGL. I don't yet have detection code to make sure you have an appropriate visual in place. 30-bit mode will really only work if you are running Linux, running Xorg at Depth 30, use the OpenGL or XShm driver, have an nVidia Quadro or AMD FireGL card with the official drivers, and have a 30-bit capable monitor. Lots of planning and work for very little gain here, but it's nice that it's finally finished. Oh, I had to change the contrast/brightness formulas a tiny bit, but they still work and look nice.
2011-12-03 03:22:54 +00:00
#include <nall/string/math-fixed-point.hpp>
#include <nall/string/math-floating-point.hpp>
Update to v070r16 release. (there was no r15 release posted to the WIP thread) byuu says: This mostly contains improvements for nall, like path unification. This should fix FitzRoy's issue with .. on Windows.
2010-10-14 10:07:38 +00:00
#include <nall/string/platform.hpp>
First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
#include <nall/string/strl.hpp>
#include <nall/string/strpos.hpp>
#include <nall/string/trim.hpp>
#include <nall/string/replace.hpp>
#include <nall/string/split.hpp>
#include <nall/string/utility.hpp>
#include <nall/string/variadic.hpp>
Update to v084r01 release. I rewrote the S-SMP processor core (implementation of the 256 opcodes), utilizing my new 6502-like syntax. It matches what bass v05r01 uses. Took 10 hours. Due to being able to group the "mov reg,mem" opcodes together with "adc/sbc/ora/and/eor/cmp" sets, the total code size was reduced from 55.7KB to 42.5KB for identical accuracy and speed. I also dropped the trick I was using to pass register variables as template arguments, and instead just use a switch table to pass them as function arguments. Makes the table a lot easier to read. Passes all of my S-SMP tests, and all of blargg's arithmetic/cycle-timing S-SMP tests. Runs Zelda 3 great as well. Didn't test further. This does have the potential to cause some regressions if I've messed anything up, and none of the above tests caught it, so as always, testing would be appreciated. Anyway, yeah. By writing the actual processor with this new mnemonic set, it confirms the parallels I've made. My guess is that Sony really did clone the 6502, but was worried about legal implications or something and changed the mnemonics last-minute. (Note to self: need to re-enable snes.random before v085 official.) EDIT: oh yeah, I also commented out the ALSA snd_pcm_drain() inside term(). Without it, there is a tiny pop when the driver is re-initialized. But with it, the entire emulator would lock up for five whole seconds waiting on that call to complete. I'll take the pop any day over that.
2011-11-17 12:05:35 +00:00
#include <nall/string/wildcard.hpp>
Update to v070r16 release. (there was no r15 release posted to the WIP thread) byuu says: This mostly contains improvements for nall, like path unification. This should fix FitzRoy's issue with .. on Windows.
2010-10-14 10:07:38 +00:00
#include <nall/string/wrapper.hpp>
First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
#include <nall/string/xml.hpp>
Update to v084r07 release. byuu says: Added the new super-fast XML parser. So far, the shaders, cheat files, and cheat database have been updated to allow XML mode once again. Which is sure to please Screwtape =) So it's down to just the cartridge mapping files now, which are always a major pain. I still think BML is better for parsing simplicity, memory usage, disk size, lack of red tape and speed (but horrendously bad for ease of creating files manually), but since the base API is identical, there's no reason not to support both. Especially since the pixel shaders have kind of taken on a life of their own.
2011-12-30 06:41:29 +00:00
#include <nall/string/xml-legacy.hpp>
Update to v082r26 release. byuu says: .cht files now use BML-formatted data. I'm still going to request the cheats.xml file as-is, and will write my own converter for embedding during releases. This is where parsing 2MB markup files in 10ms is really going to be nice. Had to use an evil hack before for actually searching for games. This has the start of the board/chip separation from mappers for NES, and it has a barebones iNES->board markup converter. You can specify your own board markup and bypass the need for an iNES header, so in other words it will load No-Intro style games with a proper board file. Long-term, we'll have an internal database for commercial boards, and probably folder.fc/prg.rom{,chr.rom} loading support. Since they can't co-exist, the mappers are currently disabled, and I've only ported the easy ones. So no MMC1/MMC3/VRC6 in this release. I need to make them into chips first.
2011-09-29 12:44:49 +00:00
#undef NALL_STRING_INTERNAL_HPP
First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
#endif