Jump to content
Posted Mon Sep 27, 2010 4:10 PM
Posted Mon Sep 27, 2010 7:54 PM
I have the impression that you do not know what a source program?
everything you mention contains no source code.
I am a programmer in my spare time is a pity because I tried to recompile the progamme to be compatible at least 32 bits
In the literature it is referred to the source code compiler DJGPP but not software.
Otherwise, I wondered if the emulator blueMSX wrong sooner or later integrated emulation ADAM since the only difference is the size of ROM and controls access to floppy disk or tape?
If I could know what key on a AZERTY keyboard where the character # and * to be nice
Posted Tue Sep 28, 2010 3:52 AM
Posted Tue Sep 28, 2010 9:09 AM
To follow up on my last post, Geoff Oltmans would have to have the ADAMem v1.0 source code by Marcel de Kogel as he ported this DOS-based emulator to Windows SDL. So check his page for his email address and fire off a request.
Thank you for your answers.
On emulating some of the paddles or Coleco Adam, this concerns only very few games so for me it is not a priority if these remotes are not included in a first step in an emulator
I understand the difficulty for a programmer to make public the source code of its program, but in the case of ADAMEM that derives no income and has decided to stop them busy
Knowing he will not continue to make development for its software, nor even hold it in light of changing operating systems, it could make public the source code so that another can do the minimum or the recompile it continues to operate sources xp / vista / seven.
I developed in collaboration with the site administrator, a software you can download My link.
Posted Tue Sep 28, 2010 3:09 PM
Posted Wed Sep 29, 2010 4:26 PM
If you do attempt to tackle this project and you have the means... a nice GUI with all the features of ADAMem Frontend Manager would be nice!
Thank you again as soon as I get time I look at the source probably convert it to today's language, hoping that this is possible.
Posted Mon Nov 8, 2010 10:58 AM
Posted Mon Nov 15, 2010 4:32 AM
Greetings, programs... Geoff Oltmans checking in.
I just happened to come across this in a google search of Adamem to discover my name as well so I had to have a look.
First, let me say that I'm not dead yet, I'm getting better. Likewise, I haven't ceded the port of Adamem/SDL to anybody, although I welcome help with it. It's fair to say that I haven't done much to it lately, but I haven't finished tinkering with it. The last things that I did with the emulator were to add support for center slot expansion roms, powermate IDE hard disk emulation (via IDE code I borrowed from the BlueMSX project), and also some rudimentary MIDIMite support... enough to fake out a program called SEQuel so that it will start up. These days my main project of interest is my 18 month old daughter... she's just a lot more interesting than any ol' computer program. Plus, when the weather is nice outside, most of my programming work outside of actual work comes to a screeching halt. Once the weather turns crappy, I'll probably fire up the compiler again.
I started Adamem/SDL back in 2006 because like some of you folks I was frustrated that the DOS version of Adamem suddenly stopped working in Windows XP after one of multitudes of updates to XP. Never could get it to work except on a fresh XP install after that. Also, I was interested in getting some desktop application experience (I am an embedded programmer by trade), so it seemed like an interesting project. I decided that SDL was probably a better choice than DirectX since it would run on more stuff. After doing the XP port, I bought a MacBook and got interested in trying to get it working there. Within a couple weeks I had the emulator running natively in OS X, albeit with no GUI (all CLI switches worked from the terminal however). I added some GUI functionality to it later on to reset the emulator, load disk/tape/cartridge images and so forth. I also did my own sound driver which interops with the SDL libraries since the sound emulation for the old DOS emulator talked directly to different sound cards rather than through the OS or an abstraction layer. Today, the SDL version will compile (or should, excepting the makefiles are currently busted) on Windows, Linux, and Mac OS X (and presumably any other environment where SDL is available... Dale Wick took my code and adapted it to run on a Sony PSP, so it is at least possible with the PSP). Doug Slopsema decided to take the code and try to make it work within Visual C++. I used GCC running in MinGW for my Windows port. I have yet to incorporate Doug's changes which he graciously shared with me to include in the main source for VC++. He also fixed my busted IDE emulation so that you can run hard disk images now.
I am sorry to all those who have been looking for updates to the emulator and haven't been able to find it on the web. There are a couple of reasons for this, not the least of which is my wife and daughter. Aside from them however, I felt like early on the emulator wasn't very usable or "finished" until relatively recently and I really didn't want to release an unfinished product. The driver code isn't very well-documented. I started with the X drivers included with Marcel's source code distribution as a starting point to get to where I am now, so it's a little messy. I always wanted to go clean up my work before wide distribution. Also, I had intended to replace the Blue MSX implementation with my own since I wasn't sure about the licensing for that, but the source and project comments for their code seem to allow for this, so I think I'll leave it in unless otherwise requested not to. Even with it's current bugs right now (or lack of support for some things altogether) I think that it's plenty useable now, and even has some nice features not available in mainline Adamem (see: hard disk emulation). Probably my next order of business will be to finally merge Doug's changes in with mine, fix (or get from Dale) the makefiles so that they work properly, and then build the OS X version and either get Doug or compile myself the Windows version via VC++ (Linux users are on their own to compile it themselves). Then put it out for general consumption on a website somewhere.
I did see the comment at the beginning of the thread about changing the color palette of the VDP. That's an interesting idea. Maybe a user definable color palette would be a welcome feature for inclusion into my OS X gui changes... hmmm...
Posted Mon Nov 15, 2010 8:43 PM
Posted Tue Jan 25, 2011 3:25 AM
0 members, 0 guests, 0 anonymous users