One thing it does, is correct any raw files scanned, if they are correctable. (usually, uncorrectable raw files come up with a read error.) There is also bin support included as well. (Note, if you open a valid dotcode bin, it will encode it to raw, and save the freshly encoded raw file if it has been set in the menu. If the dotcode save file has not been set, the bin will still load.)
Currently, part of the GBA emulation breaks the E-Reader scan code. The reader always returns a Region Error.
git-svn-id: https://svn.code.sf.net/p/vbam/code/trunk@1255 a31d4220-a93d-0410-bf67-fe4944624d44
its redundant in VS2010 and VS2012, and seems to be a source of build errors in VS2012 for some reason.
git-svn-id: https://svn.code.sf.net/p/vbam/code/trunk@1181 a31d4220-a93d-0410-bf67-fe4944624d44
that happens alot.
/mp switch enables the use of multiple cl.exe processes during assembling process, this cuts building vba-m times down by a nearly 3/4.
git-svn-id: https://svn.code.sf.net/p/vbam/code/trunk@1119 a31d4220-a93d-0410-bf67-fe4944624d44
updated DevInfo.txt
applied khh's patch for gbalink.cpp though more changes are required to bring trunk up to building since the Wx patches
git-svn-id: https://svn.code.sf.net/p/vbam/code/trunk@1064 a31d4220-a93d-0410-bf67-fe4944624d44
if you have a problem, take it up with him and be sure you have a compelling argument
The argument is invalid for source tarballs because
1. we don't provide recent ones 90% of the time.
2. those who do provide them include them.
3. anyone dumb enough to distribute one without the required externs inclluded needs a head examination
4. FEX can be disabled, its not required if it is unwanted.
5. a wget type tool can be executed from the cmake script to pull any required externals that aren't included in the tarball.
git-svn-id: https://svn.code.sf.net/p/vbam/code/trunk@1044 a31d4220-a93d-0410-bf67-fe4944624d44
FEX is not a common oss library thus it is not packaged by open source operating system distributors. That means if we ever want VBA-M to be packaged in OS distributions, we need to embed it in our main source tree, since fex is a dependency.
The "dependencies" folder is outside of our main source tree thus it cant be used when building from a source tarball (for packaging).
zlib and SFML from the "dependencies" folder are only used when building the win32 port. All the other ports only use system libraries.
Having FEX somewhere within the "trunk" folder is REQUIRED for packaging, moving it elsewhere is NOT AN OPTION. Please live with it.
git-svn-id: https://svn.code.sf.net/p/vbam/code/trunk@1042 a31d4220-a93d-0410-bf67-fe4944624d44
Also enables whole program optimisation (funnily i was only doing linker time optimisation so it wasn't as good as it could be.)
git-svn-id: https://svn.code.sf.net/p/vbam/code/trunk@1013 a31d4220-a93d-0410-bf67-fe4944624d44
i prefer warnings during compilation rather then a lack of function in the emulator, we can look at correcting the warnings in a less broken manner later.
git-svn-id: https://svn.code.sf.net/p/vbam/code/trunk@955 a31d4220-a93d-0410-bf67-fe4944624d44
moves dependencies/File_Extractor-1.0.0 to trunk/fex - we can't expect people to have this lib, and fex has dropped support for the "fex_mini".
git-svn-id: https://svn.code.sf.net/p/vbam/code/trunk@941 a31d4220-a93d-0410-bf67-fe4944624d44
add source for all dependencies to /dependencies.
update vs2008 files accordingly.
if this is not a good compromise, just revert it - but try not to break the build this time.
dependencies/lpng140/scripts can probably be removed if no one sees a reason for it (some 225KB).
git-svn-id: https://svn.code.sf.net/p/vbam/code/trunk@934 a31d4220-a93d-0410-bf67-fe4944624d44
I'll let you deal with your own heathen rules.
don't commit my changes if you will royally screw it up.
git-svn-id: https://svn.code.sf.net/p/vbam/code/trunk@933 a31d4220-a93d-0410-bf67-fe4944624d44
skidau