So.....is VBA a dead/finished emulator?

[goku262002]

^ topic. I'm curious because the site has not updated in 2 years and i havent heard a word here. so is it offically done/dead?

[shafeen]

Unless official news arrive from the emu author the emu isnt considered dead

[SonGoku1905]

Originally Posted by shafeen

Unless official news arrive from the emu author the emu isnt considered dead

I believe Forgotten has officially announced his retirement and stated that he will not be working on Vba again.
The latest updated build was VBA-S I believe and the best ones to use are Vba-Rerecording and Kode54's Vba along with VBA-S.I personally prefer Re-rec based on 1.7.2.

[JKKDARK]

well send a pm to Spacy ?

[Khameleon]

The emulator works like a charm anyway...

[goku262002]

Originally Posted by SonGoku1905

I believe Forgotten has officially announced his retirement and stated that he will not be working on Vba again.
The latest updated build was VBA-S I believe and the best ones to use are Vba-Rerecording and Kode54's Vba along with VBA-S.I personally prefer Re-rec based on 1.7.2.

stupid question but what is VBA-S/S.I? If he did offically announce his retirement, then why doesnt someone update the site one last time to tell everyone that the emulator is finished instead of just leaving it like that? i know its just easier just to leave it but it would be decent.

Originally Posted by Khameleon

The emulator works like a charm anyway...

I know ive been using it for years the best GBA emulator ive ever used.

Originally Posted by JKKDARK

well send a pm to Spacy?

I really rather not. bugging him with such a small thing isnt worth it.

[Tony Luey]

Spacy is now working VisualBoy Advance instead Forgotten.

[goku262002]

Originally Posted by Tony Luey

Spacy is now working VisualBoy Advance instead Forgotten.

officially or just modifications?

[lll]

I dont know. BUT i do know this: ive seen some beta's which are 1.8.0beta, beta2, etc. So the emu aint dead my friend

[goku262002]

Originally Posted by lll

I dont know. BUT i do know this: ive seen some beta's which are 1.8.0beta, beta2, etc. So the emu aint dead my friend

VisualBoyAdvance Homepage
look here it says Version 1.8.0 beta 3 and that was made back in 2005!

[Hiei-YYH]

i believe is dead too (just my opinion), it's sad... i was waiting for a totally remade cheat list GUI... or at least take off the limit of 8kb... other than that, vba is perfect for me.

[Cypherswipe]

Forgotten announced that he was retiring from VBA just after the 1.80 beta came out, I believe he also asked for someone else to take over in the same post (or said he was open to someone else taking over, or something to that effect). Spacey made quite a few builds & updates and appeared to be VBA's new developer, but none of his works were ever made official, they only appear her on the forums. A while ago, he too said something about not working on it anymore. Unless/until someone else steps in to take up the reins, VBA is dead.

[OT] btw Hiei, that sig is obnoxiously long, especially on 1 line posts like that last one. There should be a limit to the length of text sigs.

[lll]

........... fuk that means im misinformed. Anyways, the emu aint quite dead as long as there are GBA fans without money in the ghetto WITH(strangely) an comp and decent internet. Or just regular folks which have more money but same thing.

[Abantao]

Well what can I say, VBA rocks in most games, since it got some problems with pokemon saves and boktai solar sensor, but still it rocks

[enderandrew]

The 1.8 betas had new features, emulation improvements, bug fixes, etc. but were slower.

Spacy added some new features, and made some tweaks in his unofficial builds, called VBA-S builds. Then later he became an official developer with access to the CVS repository on Sourceforge.

The latest code uploaded to Sourceforge is 8 months ago, so there was some work in the past two years.

Some people have made forks based off the 1.7 code because it is faster.

The project needs some new blood, and I see two possible major improvements to inject new life into the project.

1 - Get a good assembly programmer. ZSNES for instance features assembly, and thusly is very fast. Converting some of the code to assembly would definately help speed issues.

2 - Merge with a major DS emulator. There is vastly more interest in DS emulation, which I think is silly (how do you really replicate all the DS features on a computer?). However, since more people are willing to code on a DS emulator, bring them into the fold.

VisualBoyAdvance already handles GB, GBC, and GBA games. A proper DS is backwards compatible anyway. A proper DS emulator should handle the whole family. Integration with VBA allows the DS project to inherit a great start, with support for GB, GBC and GBA games.

And as far as I know, the DS is based somewhat off the same hardware architecture as the GBA. They could share some basic hardware emulation coding.

Getting someone to write some good base assembly code for the hardware would be VERY useful for both projects.

That's just my opinion.

[Spacy]

Well, I think you got a point, but in my opinion it would be better to integrate the GBA core into an already existant NDS emulator, so the code would be a cleaner in the end.

Unfortunately I do not have enough skills for doing something like that.
Moreover, I am currently using my little spare time to write a DPG (Nintendo DS MPEG) multiplexer/demultiplexer console app in C, so it will be easier to create videos for my Nintendo DS in Multimediapackages (like MediaCoder for example, which already has a PSP muxer).