VisualBoyAdvance-M

Posted: **Tue Jan 05, 2016 2:15 pm**

VisualBoyAdvance-M [svn 1206 MFC] info and download

General Info:

VBA-M is a [super] Game Boy emulator for Windows, Linux & Mac. Here you can get information about the latest development build of the Windows version and download it while you're at it.

Core and code improvements

Improvements to ARM/Thumb ASM (and C_CORE if the given preprocessor is set) that have improved various hardware behavior.
Improvements to Memory access resolving issues with the wrong bytes being returned and fixes to a DMA Fetch that was not behaving properly.
Resolved some issues occuring due to an abuse of opengl, hq3/4x filters now work without colour issues.

Games fixed

GBA

Croket 2 - would freeze when walking to the left of the snowman
Jurassic Park Builder/Creator - text would be scrambled
Lufia - scrambled text on main menu after cancelling the load screen
Moto GP - register not implemented
Phantasy Star Collection - text regression introduced and subsequently fixed
V-rally 3 - graphics regression introduced and subsequently fixed
Megaman: Battle network 1-3 and possibly many others - hanging on start. (1204)
Megaman Battlenetwork - freeze (1205)

GBC

Duke Nukem - Hud and menu now work. GBC video emulation needs more work however, the hack used is not correct and might cause issues elsewhere. (1194, 1197, 1206)
Zelda Oracles garbage line at bottom of intro (1206)

Not a bug

GBA

Digimon Racing EU - freezes during intro's
Resolution: Enable Linking, this game checks the serial bus to see if link cable and gba's are connected at start and will not progress if the interface reports a invalid/nulled value.

GBC

Links Awakening - Sprite issues when sword beaming and when moving around with chomp
Resolution: Accurate Emulation. This occurs on real hardware and is because the Line/Sprite limit is reached. Other emulators use a hack to show all sprites - we may investigate such a hack in the future but for now this is not a real issue.

Changes in this release:

Code: Select all

r1206
fixes zelda oracles without breaking duke nukem or 007
---------------------

r1205
Implement memory mirrors for SRAM/FLASH. Correctly handle 16/32bit reads from SRAM. Removed unaligned handler for CPUReadHalfWordSigned.
---------------------

r1204
This fixes the colour issue when using opengl and a HQ3 or 4x filter.
---------------------

r1203
Revert changes to the ioReadable table from r1200 which broke Megaman Battle Network series.
---------------------

r1202
normatt was missing from readme
---------------------

r1201
Move the cpuDmaHack assignments into doDMA. (Fixes Croket 2 regression)
---------------------

r1200
Re-added the DMA Prefetch buffer. This fixes Phantasy Star Collection.
---------------------


r1199
another tom harder patch, fixing some warnings in the gvbam and wxvbam
---------------------

r1198
commiting Tim Harders patch for libav/ffmpeg
---------------------

r1197
bring branches into line fixes duke nukem on bgk-link and silences gcc warning on trunk ignore a few more files
---------------------

r1195
Fixed register used in asm.
---------------------

r1194
reduce new lines fix duke nukem cgb menu | in my limited testing this has not regressed any other games.
---------------------

r1193
dirty buildfix for linux, can do it properly later.
---------------------

r1192
Make the asm code increment lsl/lsr/asr rm by 4 if rm is pc. (ASM now passes the armwrestler MOV opcode test)
---------------------

r1191
Fix clock cycles in some arm/thumb opcodes. Implement missing ARM instruction used in the wstein.gba homebrew. Remove cpuDmaHack has it causes graphical glitches in Lufia and incorrectly handles unmapped reads.
---------------------

r1190
revert the > to >> change, fixes regression in loading ppmd 7z files.
---------------------

r1189
couldn't just add a guy who's contributed more in 3 days then anyone has in the last 3 years to the "Contributors" list ;D
---------------------

r1188
some small pvs warning fixes
---------------------

r1187
move around apu reset a bit, doesn't seem to have broken anything
---------------------

r1185
Fix handling of unused memory when reading 16/8 bit data.
---------------------

r1184
Add missing ARM opcode variant strh (w=1) used in several homebrew gba demos (e.g. afire).
---------------------

r1181
removed /D_ST_MODEL/D_SECURE_SCL=0 %(AdditionalOptions) from the vcxproj its redundant in VS2010 and VS2012, and seems to be a source of build errors in VS2012 for some reason.
---------------------

r1180
Make 32bit read out of bounds not get rotated if they are unaligned.
---------------------

r1178
hopefully fixed unaligned reads correctly this time...
---------------------

r1176
Fix yet another oversight in the unaligned read code. Implemented missing thumb opcode (Which is invalid according to gbatek but Moto GP seems to use it)
---------------------

r1174
opps forgot to change change the unaligned 16bit rotate to check against old address.
---------------------

r1172
Fixed unaligned 16/32 bit reads.
---------------------

r1171
update to 2013
---------------------

r1170
fixed nasm props again
---------------------

r1167
commit this and see who complains? [img]http://web.archive.org/web/20150511171858/http://vba-m.com/forum/images/smilies/biggrin.gif[/img]
---------------------

r1166
remove c_core from default preprocessors
---------------------

r1164
some changes to how SubWCRev works, resolving build issues when attempting to build from a source tar and adding it back to dependencies. also deletes the wx build folder because its not going going anywhere fast on windows.
---------------------

r1163
more improvements to gba-arm by Normmatt
---------------------

r1162
lets commit the right version of the arm patch this time eh.
---------------------

r1161
Applied fixes to NormMatts r1150 fixes - V-Rally 3 working again Re-added nasm.props to vs2008 build folder + changes to nasm.rules for spaces in paths.
---------------------

r1160
implement ALL of abhoriels patch correctly.
---------------------

r1159
GBA: Revert r1150 since it adds artifacts in (at least) V-Rally 3
---------------------

r1158
NLS: Update translations from Transifex 
---------------------

r1157
NLS: Apply native endlines SVN properties 
---------------------

r1156
GTK: Apply patch #3524058 - Auto-load/save cheats
---------------------

r1155
GTK: Updated the .desktop file to validate 
---------------------

r1154
GTK: Fix "#3598672 - emulated system option in gvbam changes by itself in Linux"
---------------------

r1153
GBA: Fix build 
---------------------

r1151
commit abhoriels RSBS and RSCS patch
---------------------

r1150
patch to correct some behavior in arm tests.
---------------------

Download:

VisualBoyAdvance-M SVN1206 (click to download)

Posted: **Fri Oct 07, 2016 10:30 am**

Nice. It's a shame that 64-Bit was discontinued since the VisualBoyAdvance347_x64 and wxvbam-64-svn1159 builds of VBA-M though.

Most of the worlds old faithful XP and Vista machines are now 10 years old and starting their blue screening and hard drive and equiptment failing phaze other than those who have been lucky.

In essence most people are being forced onto 7 - 10 now due to the aging hardware breakdowns just like by case in Janurary this year on my old Vista PC and most pre loaded OS versions on the new computers use the 64-Bit which means if a 64-Bit is maintained more silky smooth movements on the screen and better emulation for those with PC's who can handle it like I can now.

I hope 2.0 Beta 64Bit or 2.0 SVN Beta in 64-Bit comes out soon as it's very much needed now but thanks for the good work on the now outdated for most people 32-Bit version as a lot of us need this too those still on old faithful XP for example.

I wanted to post this on the following build but had to post it on the earlier one as the latest is blocked but yeah us with upgraded hardware needs our powerhouse version revived from the depths of the not so up to date 2009 and 2013 death brinks because all new PC's are 64-Bit now it's no longer an obscore rareity Windows build but the main one of Windows 10 although 32-Bit stuff does work but doesn't work with the full OS power running it because it's 32-Bit.

I think if we at VBA-M were to revive 64-Bit at all now is definitely the time to do so now that all new PC's are headed that way as their default OS arcitecture.

Yeah, guys please provide us with a version again to take advantage of our new hardware.

Yeah it was a bit silly starting in 2009 and 2013 when every new computer still was being issued with the 32-Bit Windows OS and I agree with you stopping after those few tries as 64-Bit was obscore then but now Windows 10 64-Bit in 2016 is the pre installed OS for everyone so it's a different kettle of fish and we now need the double decker option of 32/64-Bit installs.

Yeah, I appreciate the discision to stop the build whilst it wasn't doing very well due to many people being stuck on the 32's but now that the blue screens are happening and we are buying Windows 10 64s to replace our old dead systems now is the time for a good old 64-Bit peminent revival in 2016.

Obviously it's not a request just a notice that most PC's are now 64-Bit and we need this version back on a perminent revival as it was an old version that was discontinued and we need it for our new hardware although the 32-Bit will work fine but it just wouldn't be as system emulation perfect than a 64-Bit version on the 64-Bit system as a 64-Bit system is able to handle more emulation power for smoother system emulation of even this 32-Bit pocket hardware.

Posted: **Sat Dec 16, 2017 4:07 am**

There is no need for visualboy advance to go 64bit, there is no benefit to it, and it would simply be using more registers to do nothing.