Merging?

denopqrihg · April 13th, 2006, 14:32

I once again came across this forum, and I see there's yet another good VBA mod (Spacy's).

There are so many unofficial modifications to VBA (Kode54, Spacy, me

and others (don't be mad if I forgot you)), I think it wouldn't be a completely bad idea to get in contact with each other and preferably also with Forgotten/pokemonhacker and see if we can do one Big Unified All In One VBA?

I'm sure the people out there would appreciate it.

**Spacy** · April 16th, 2006, 01:04

The only thing that is missing is the connection between us, the will is there (at least my will and yours to make a great GBA-emu).

btw, I already contacted you via e-mail and PM, answering would be nice

denopqrihg · April 16th, 2006, 20:33

Sorry, the e-mail ended up in the spam filter (wtf?!) and I overlooked it.

I sent you a reply.

**Spacy** · April 17th, 2006, 01:45

I created a list of all the different mods for VBA:
http://forums.ngemu.com/visualboy-ad...ods-stuff.html

suanyuan · April 17th, 2006, 19:20

Feel free to merge VBA smooth code into your build if you found some code useful, its open source. But sorry I didn't have time to join your project.

XxCrashxX · April 17th, 2006, 20:06

this would be an amazing project, It sucks having really great additions spread across 5-6 different versions

__________________

denopqrihg · April 18th, 2006, 20:25

Thanks, suanyuan.
The latest version is vba 1.80 smooth v6.5?

**Spacy** · April 22nd, 2006, 00:43

Yes. You can get the sources here:
http://vbasmooth.emulation64.com/
http://vbasmooth.emulation64.com/file/41/ src
http://vbasmooth.emulation64.com/file/38/ bin

I think I will suspend my own build now for a while and concentrate on creating bugfixes and code cleanup for the official VBA code tree. I will even ask to get CVS access

.

If you need some help regarding color conversion, pixel filters, Direct3D, WinGDI or other graphics stuff, feel free to ask me

Last edited by Spacy; April 22nd, 2006 at 19:53..

**Forgotten** · April 22nd, 2006, 01:31

One thing with Kode54 was that he reversed code from NO$GBA, so I didn't include that at the time. Maybe someone wants to check? I was getting out of VBA, so I didn't spend much time trying to add his stuff.

**Spacy** · April 22nd, 2006, 15:09

My problem with his stuff is, that I still can't apply his patch. I tried it with MSYS/MinGW, CygWin adn even with real Linux. It always seems there's something missing in my source folder. It would be really great of someone could please him to upload his whole changed source files.

EDIT:
I just tried it again:

Code:

$ patch --input=visualboyadvance-1.8.0-k54.patch
patching file `VisualBoyAdvance_orig\src\gb\GB.cpp'
patching file `VisualBoyAdvance_orig\src\gb\gbSGB.cpp'
patching file `VisualBoyAdvance_orig\src\gb\gbSound.cpp'
patching file `VisualBoyAdvance_orig\src\gb\gbSound.h'
patching file `VisualBoyAdvance_k54\src\Gb_Apu\blargg_common.h'
patch: **** can't rename `/tmp/po000596' to `VisualBoyAdvance_k54\src\Gb_Apu\blargg_common.h' : No such file or directory

I never heard of a file "blargg_common.h"

I even made a check out of exactly the CVS verson Kode54 used (his built exe is from 2005-10-21. I am going to attach those source files, maybe someone can successfuly apply the patch:

Last edited by Spacy; August 18th, 2009 at 12:30..

denopqrihg · April 23rd, 2006, 17:15

And it doesn't work without that file?

I'm not quite sure if a folder named GB_apu exists at all

suanyuan · May 16th, 2006, 19:16

Quote:

Originally Posted by Forgotten

One thing with Kode54 was that he reversed code from NO$GBA, so I didn't include that at the time. Maybe someone wants to check? I was getting out of VBA, so I didn't spend much time trying to add his stuff.

Kode54 uses LCD filter ripped from NO$GBA in his build, if I didn't remember wrong. It's possible to rewrite the LCD filter, or just cut off it after merge Kode54's build.

Quesitons:

(1) Can someone kind to put the latest source code of VBA in this thread? I failed to get update by using win32 cvs client.

(2) Is it a good idea to change to VS.NET 2005 and DX9 (or DX10)? VBA works quite well with VC6 and VS.NET 2003. And DX7 (or DX8) is good enough for audio and rendering. Any comments?

Last edited by suanyuan; May 17th, 2006 at 20:34..

**Spacy** · May 17th, 2006, 19:45

SourceForge has changed it's CVS infrastructure a bit. The new CVSROOT is now vba.sourceforge.net instead of only sourceforge.net without the vba at the beginning.

Regarding my very little changes to compile with VS2005:
I looked at every warning and error message and fixed it. Now it compile svery well on Visual Studio 2005, but it seems like it broke Visual C++ 6.0 a bit, as far as I can see from pokemonhackers log. But in my eyes focus should be laid on the new .net Visual Studio Versions (.NET 2002, .NET 2003, 2005), instead of the very old 6.0 version from 1998, because it misses some modern features that are present in the newer versions. Maybe soemone can try to compile the code with VS 2002/2003.

The benefits of my vs2005 project file are:
- All dependant libraries ahve been added as compileable source code seperatly, this increases flexibility when trying to change a compielr/linker option (optimization etc.).
- VS2005 uses multi threaded runtimes
- All dependencies are linked in staticly, which means you get one fat exe but you don't need dozens of DLLs, only SDL/DirectX which is not staticly linkable. In the age of high bandwidth internet connections one MB more should not be a problem.
- It compiles with the altest DirectX SDK. Direct3DX8 is no more supported by them.
-Better compiler/optimization.

If you still don't like it, use an older version and fix those minor issues. You even can use the very outdated libraries and SDL 1.2.2, I did not delete them.

suanyuan · May 17th, 2006, 20:23

(1) I never use VS.NET 2005, so I am wondering if the free version of VS.NET 2005 still supports compiler optimization.

(2) I didn't think the compiler optimization can improve VBA performance too much before someone really figures out where the bottle neck is and fix it.

(3) I even think about it's about time to start to port VBA win32 version to use mingw instead VS.NET 2005 or VS.NET 2003. After doing that it will be much easy to compile VBA for all other platform. But it is just my personal opinion.

Cypherswipe · May 17th, 2006, 21:05

re Kode54's reverse engineered code: You could always use cleanroom engineering on it. This would mean having Kode54 write up a spec for said code, then hand it off to a 3rd party to build new code from scratch, based on said specs.

__________________

**Spacy** · May 17th, 2006, 21:51

Quote:

Originally Posted by suanyuan

(1) I never use VS.NET 2005, so I am wondering if the free version of VS.NET 2005 still supports compiler optimization.

(2) I didn't think the compiler optimization can improve VBA performance too much before someone really figures out where the bottle neck is and fix it.

(3) I even think about it's about time to start to port VBA win32 version to use mingw instead VS.NET 2005 or VS.NET 2003. After doing that it will be much easy to compile VBA for all other platform. But it is just my personal opinion.

To 3):
Same idea here, Microsoft pisses me off more and more. And I know that it's not nice to make people buy an IDE with an crazy compiler for hundreds of $/€ while there is the great and mighty GCC around for free.

But first I will have a close look to Linux development. (Bought me 64bit CPU/board, going to use SuSE 10.1 64bit edition, develop with KDevelop & Qt) ^^

April 13th, 2006, 14:32	#1
denopqrihg VBALink Developer Join Date: Sep 2004 Location: Southern Sandwich Isles :-) Posts: 16	Merging? I once again came across this forum, and I see there's yet another good VBA mod (Spacy's). There are so many unofficial modifications to VBA (Kode54, Spacy, me and others (don't be mad if I forgot you)), I think it wouldn't be a completely bad idea to get in contact with each other and preferably also with Forgotten/pokemonhacker and see if we can do one Big Unified All In One VBA? I'm sure the people out there would appreciate it.

April 22nd, 2006, 15:09	#10
Spacy VBA 2 developer Join Date: Mar 2005 Location: Germany Posts: 404	My problem with his stuff is, that I still can't apply his patch. I tried it with MSYS/MinGW, CygWin adn even with real Linux. It always seems there's something missing in my source folder. It would be really great of someone could please him to upload his whole changed source files. EDIT: I just tried it again: Code: $ patch --input=visualboyadvance-1.8.0-k54.patch patching file `VisualBoyAdvance_orig\src\gb\GB.cpp' patching file `VisualBoyAdvance_orig\src\gb\gbSGB.cpp' patching file `VisualBoyAdvance_orig\src\gb\gbSound.cpp' patching file `VisualBoyAdvance_orig\src\gb\gbSound.h' patching file `VisualBoyAdvance_k54\src\Gb_Apu\blargg_common.h' patch: **** can't rename `/tmp/po000596' to `VisualBoyAdvance_k54\src\Gb_Apu\blargg_common.h' : No such file or directory I never heard of a file "blargg_common.h" I even made a check out of exactly the CVS verson Kode54 used (his built exe is from 2005-10-21. I am going to attach those source files, maybe someone can successfuly apply the patch: Last edited by Spacy; August 18th, 2009 at 12:30..

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

April 16th, 2006, 01:04	#2
Spacy VBA 2 developer Join Date: Mar 2005 Location: Germany Posts: 404	The only thing that is missing is the connection between us, the will is there (at least my will and yours to make a great GBA-emu). btw, I already contacted you via e-mail and PM, answering would be nice

April 16th, 2006, 20:33	#3
denopqrihg VBALink Developer Join Date: Sep 2004 Location: Southern Sandwich Isles :-) Posts: 16	Sorry, the e-mail ended up in the spam filter (wtf?!) and I overlooked it. I sent you a reply.

April 17th, 2006, 01:45	#4
Spacy VBA 2 developer Join Date: Mar 2005 Location: Germany Posts: 404	I created a list of all the different mods for VBA: http://forums.ngemu.com/visualboy-ad...ods-stuff.html

April 17th, 2006, 19:20	#5
suanyuan Registered User Join Date: Mar 2004 Posts: 59	Feel free to merge VBA smooth code into your build if you found some code useful, its open source. But sorry I didn't have time to join your project.

April 17th, 2006, 20:06	#6
XxCrashxX Registered User Join Date: Nov 2002 Posts: 401	this would be an amazing project, It sucks having really great additions spread across 5-6 different versions __________________

April 18th, 2006, 20:25	#7
denopqrihg VBALink Developer Join Date: Sep 2004 Location: Southern Sandwich Isles :-) Posts: 16	Thanks, suanyuan. The latest version is vba 1.80 smooth v6.5?

April 22nd, 2006, 00:43	#8
Spacy VBA 2 developer Join Date: Mar 2005 Location: Germany Posts: 404	Yes. You can get the sources here: http://vbasmooth.emulation64.com/ http://vbasmooth.emulation64.com/file/41/ src http://vbasmooth.emulation64.com/file/38/ bin I think I will suspend my own build now for a while and concentrate on creating bugfixes and code cleanup for the official VBA code tree. I will even ask to get CVS access . If you need some help regarding color conversion, pixel filters, Direct3D, WinGDI or other graphics stuff, feel free to ask me Last edited by Spacy; April 22nd, 2006 at 19:53..

April 22nd, 2006, 01:31	#9
Forgotten Emu author Join Date: Oct 2001 Posts: 483	One thing with Kode54 was that he reversed code from NO$GBA, so I didn't include that at the time. Maybe someone wants to check? I was getting out of VBA, so I didn't spend much time trying to add his stuff.

April 23rd, 2006, 17:15	#11
denopqrihg VBALink Developer Join Date: Sep 2004 Location: Southern Sandwich Isles :-) Posts: 16	And it doesn't work without that file? I'm not quite sure if a folder named GB_apu exists at all

May 17th, 2006, 19:45	#13
Spacy VBA 2 developer Join Date: Mar 2005 Location: Germany Posts: 404	SourceForge has changed it's CVS infrastructure a bit. The new CVSROOT is now vba.sourceforge.net instead of only sourceforge.net without the vba at the beginning. Regarding my very little changes to compile with VS2005: I looked at every warning and error message and fixed it. Now it compile svery well on Visual Studio 2005, but it seems like it broke Visual C++ 6.0 a bit, as far as I can see from pokemonhackers log. But in my eyes focus should be laid on the new .net Visual Studio Versions (.NET 2002, .NET 2003, 2005), instead of the very old 6.0 version from 1998, because it misses some modern features that are present in the newer versions. Maybe soemone can try to compile the code with VS 2002/2003. The benefits of my vs2005 project file are: - All dependant libraries ahve been added as compileable source code seperatly, this increases flexibility when trying to change a compielr/linker option (optimization etc.). - VS2005 uses multi threaded runtimes - All dependencies are linked in staticly, which means you get one fat exe but you don't need dozens of DLLs, only SDL/DirectX which is not staticly linkable. In the age of high bandwidth internet connections one MB more should not be a problem. - It compiles with the altest DirectX SDK. Direct3DX8 is no more supported by them. -Better compiler/optimization. If you still don't like it, use an older version and fix those minor issues. You even can use the very outdated libraries and SDL 1.2.2, I did not delete them.

May 17th, 2006, 20:23	#14
suanyuan Registered User Join Date: Mar 2004 Posts: 59	(1) I never use VS.NET 2005, so I am wondering if the free version of VS.NET 2005 still supports compiler optimization. (2) I didn't think the compiler optimization can improve VBA performance too much before someone really figures out where the bottle neck is and fix it. (3) I even think about it's about time to start to port VBA win32 version to use mingw instead VS.NET 2005 or VS.NET 2003. After doing that it will be much easy to compile VBA for all other platform. But it is just my personal opinion.

May 17th, 2006, 21:05	#15
Cypherswipe Extra Large Member Join Date: May 2003 Posts: 936	re Kode54's reverse engineered code: You could always use cleanroom engineering on it. This would mean having Kode54 write up a spec for said code, then hand it off to a 3rd party to build new code from scratch, based on said specs. __________________