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

56 lines
1.5 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 v092r06 release. byuu says: Changelog: - added support for ruby shader folders (place in "Video Shaders/") - higan now also looks in your shared folder for configuration files and system media folders - added CFBundleExecutable key to OS X Info.plist Shared folder locations: - Windows XP: C:\Documents and Settings\All Users\Application Data\higan - Windows 7: C:\ProgramData\higan - OS X: /Library/Application Support/higan - Linux: /etc/higan Evaluation order: - look for item in binary folder: if found, use this folder - look for item in user folder: if found, use this folder - look for item in shared folder: if found, use this folder - create item in user folder For people repackaging higan for other distros: you should chmod 777 /etc/higan. Failure to do so could result in higan breaking. No, I will not copy the files from the shared path to the user path.
2013-04-09 13:31:46 +00:00
#include <nall/platform.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 v092r06 release. byuu says: Changelog: - added support for ruby shader folders (place in "Video Shaders/") - higan now also looks in your shared folder for configuration files and system media folders - added CFBundleExecutable key to OS X Info.plist Shared folder locations: - Windows XP: C:\Documents and Settings\All Users\Application Data\higan - Windows 7: C:\ProgramData\higan - OS X: /Library/Application Support/higan - Linux: /etc/higan Evaluation order: - look for item in binary folder: if found, use this folder - look for item in user folder: if found, use this folder - look for item in shared folder: if found, use this folder - create item in user folder For people repackaging higan for other distros: you should chmod 777 /etc/higan. Failure to do so could result in higan breaking. No, I will not copy the files from the shared path to the user path.
2013-04-09 13:31:46 +00:00
#include <nall/intrinsics.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>
#include <nall/string/bsv.hpp>
#include <nall/string/cast.hpp>
#include <nall/string/compare.hpp>
#include <nall/string/convert.hpp>
Update to v086r08 release. byuu says: Contains the fledgling beginnings of an ARM CPU core, which can execute the first three and a half instructions of the ST-0018. It's a start, I guess.
2012-02-26 07:59:44 +00:00
#include <nall/string/core.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>
Update to v091r09 release. [r07 and r08 were not posted to the WIP thread. -Ed.] byuu says: I'd appreciate it if you guys wouldn't mind testing out the database functionality. Save this file as database.bml (remove the date) inside ~/.config/higan/Super Famicom.sfc/ or %APPDATA%/higan/Super Famicom.sfc/ http://byuu.org/snes/database/database_2012-10-21.bml Now load any of the 20 games in the database from the file dialog. They need to be named *.sfc, have no copier header, and have firmware appended (for Mario Kart only so far.) If anyone actually does test it, please let me know how it goes for you and what you think. Note that future versions of higan will have the database.bml file included with the release.
2012-10-22 22:45:18 +00:00
#include <nall/string/datetime.hpp>
First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
#include <nall/string/filename.hpp>
Update to higan v092r01, ananke v02r01 and purify v03r01 releases. byuu says: higan changelog: - compiler is set to g++-4.7, subst(cc,++) rule is gone, C files compile with $(compiler) -x c - make throws an error when you specify an invalid profile or compile on an unsupported platform (instead of hanging forever) - added unverified.png to resources (causes too big of a speed hit to actually check for folder/unverified file ... so disabled for now) - fixed default browser paths for Game Boy, Sufami Turbo and BS-X Satellaview (have to delete paths.cfg to see this) - browser home button seeks to configpath()/higan/library.cfg - settings->driver is now settings->advanced, and it adds game library path setting and profile information - emulation cores now load manifest files internally, manifest.bml is not required for a game folder to be recognized by higan as such - BS-X Satellaview and Sufami Turbo slot cartridge handling moved out of sfc/chip and into sfc/slot - Video::StartFullScreen only sets fullscreen when a game is specified on the command-line purify and ananke changelog: - library output path shown in purify window - added button to change library path - squelch firmware warning windows to prevent multi-threading crash, but only via purify (they show up in higan still)
2013-01-21 12:27:15 +00:00
#include <nall/string/format.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>
Update to v085r01 release. byuu says: Changelog: - updated bsnes to use the newest versions of nall and phoenix - fixed ui-libsnes compilation (testing would be a good idea, especially the cheat codes. I just copy-pasted that from the regular UI.) - fixed multitap controllers 2-4 [quequotion]
2012-01-15 08:29:57 +00:00
#include <nall/string/strm.hpp>
First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
#include <nall/string/strpos.hpp>
#include <nall/string/trim.hpp>
#include <nall/string/replace.hpp>
#include <nall/string/split.hpp>
Update to v089r18 release. byuu says: Changelog: - fixed bsnes to let config files and system folders to be in the same folder as the executable - fixed RawInput driver to compile again without linear_vector - fixed phoenix/Windows to compile again without linear_vector - fixed old vs new name warnings on MinGW w64 (technically the warnings were erroneous, but I worked around them anyway) - added memory export hotkey (SNES driver only; mainly for FEoEZ translation) - restored WRAM randomization for v090 stability (we can discuss that idea for v091+) - fixed SuperFX / SA-1 "0x" prefix in the header generation (drop it into the latest purify if you want) - added nall/Makefile uname support for UnxUtils (was breaking compilation with full UnxUtils in your path otherwise)
2012-08-07 13:28:00 +00:00
#include <nall/string/static.hpp>
Update to v086r08 release. byuu says: Contains the fledgling beginnings of an ARM CPU core, which can execute the first three and a half instructions of the ST-0018. It's a start, I guess.
2012-02-26 07:59:44 +00:00
#include <nall/string/utf8.hpp>
First version split into asnes and bsnes.
2010-08-09 13:28:56 +00:00
#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>
Update to v091r05 release. [No prior releases were posted to the WIP thread. -Ed.] byuu says: Super Famicom mapping system has been reworked as discussed with the mask= changes. offset becomes base, mode is gone. Also added support for comma-separated fields in the address fields, to reduce the number of map lines needed. <?xml version="1.0" encoding="UTF-8"?> <cartridge region="NTSC"> <superfx revision="2"> <rom name="program.rom" size="0x200000"/> <ram name="save.rwm" size="0x8000"/> <map id="io" address="00-3f,80-bf:3000-32ff"/> <map id="rom" address="00-3f:8000-ffff" mask="0x8000"/> <map id="rom" address="40-5f:0000-ffff"/> <map id="ram" address="00-3f,80-bf:6000-7fff" size="0x2000"/> <map id="ram" address="70-71:0000-ffff"/> </superfx> </cartridge> Or in BML: cartridge region=NTSC superfx revision=2 rom name=program.rom size=0x200000 ram name=save.rwm size=0x8000 map id=io address=00-3f,80-bf:3000-32ff map id=rom address=00-3f:8000-ffff mask=0x8000 map id=rom address=40-5f:0000-ffff map id=ram address=00-3f,80-bf:6000-7fff size=0x2000 map id=ram address=70-71:0000-ffff As a result of the changes, old mappings will no longer work. The above XML example will run Super Mario World 2: Yoshi's Island. Otherwise, you'll have to write your own. All that's left now is to work some sort of database mapping system in, so I can start dumping carts en masse. The NES changes that FitzRoy asked for are mostly in as well. Also, part of the reason I haven't released a WIP ... but fuck it, I'm not going to wait forever to post a new WIP. I've added a skeleton driver to emulate Campus Challenge '92 and Powerfest '94. There's no actual emulation, except for the stuff I can glean from looking at the pictures of the board. It has a DSP-1 (so SR/DR registers), four ROMs that map in and out, RAM, etc. I've also added preliminary mapping to upload high scores to a website, but obviously I need the ROMs first.
2012-10-09 08:25:32 +00:00
#include <nall/string/markup/node.hpp>
#include <nall/string/markup/bml.hpp>
#include <nall/string/markup/xml.hpp>
#include <nall/string/markup/document.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