Jump to content
VisualBoyAdvance-M
Squall Leonhart

VisualBoyAdvance-M [svn 1206 MFC] info and download

Recommended Posts

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:

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? biggrin.gif

---------------------

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)

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×