Prompt: will have a command prompt with history
CPU: contents of CPU registers
RAM: contents of RAM
ROM: contents of ROM
TIA: contents of TIA registers
Code: code listing/disassembly (still have to figure this one out)
Still TODO is work out the overall functionality of the debugger. Inspecting
or changing registers is easy. The hard part is adding features that
developers will actually use.
Also TODO is figure out what will go in the upper-right corner; maybe
buttons to pause, step, etc.
Finally, do we really need separate tabs at all? I can add full functionality
of a debugger through the prompt commandline with a parser ... ??
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@463 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
It seems parts of Stella aren't namespace-clean.
Fixed OSX code to use Cmd-Enter for fullscreen (instead of Shift-Cmd Enter).
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@458 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
of SDL screen.
Still TODO is change OpenGL mode so that aspect ratio and non-integral scaling
are not used when in debugger or launcher mode (ie, when we know the absolute
coordinates of the screen). We do this since those modes are mostly GUI-based,
and the GUI doesn't look quite right when using OpenGL scaling.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@456 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
compiles in Visual Studio and not MingW.
Words can't express how much I hate Windows development, and I'm
_THIS CLOSE_ to just making Visual C++ .Net an absolute requirement
and be done with it. End of rant :_
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@455 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Fixed bug where sometimes the options menu wasn't being redrawn when
resizing the screen.
Fixed bug where saving the settings in VideoDialog sometimes made the
framerate go to 0, and hence caused the application to take all CPU time.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@454 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Added Alt-s key to merge current properties into stella.pro. Together with
the Ctrl-s key which saves current properties to a new properties file,
there was no longer any need for the mergeprops argument.
Major update of the Stella manual, including the further consolidation
of the main codebase with the OSX version, as well as snapshots of the
integrated GUI.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@453 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
mediasource and overlay need to redrawn independently of each other.
Added mouse and joystick events passing to the debugger.
Fixed bug whereby if a settings file didn't exist, the default mapping
for a joystick wasn't being done.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@449 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
has started. The debugger can only be launched when in emulation mode, and
is toggled by the ` (backquote) key. Right now, I'm still fine-tuning the
infrastructure. When you press `, the SDL window resizes itself to 510x382
pixels (large enough at single zoom for 800x600 and under, and at double
zoom for 1024x768 and above). The emulation is moved to the upper left
corner, and the remaining space will be filled with debugger widgets (making
extensive use of the TabWidget to squeeze as much as possible into the
limited screen real-estate). It's my intention for at least _minimal_
debugger functionality to be included in the next release.
Removed 10% gap around framebuffer in fullscreen OpenGL mode. I'm moving
Stella towards a totally unified codebase, so if a feature can't be added
to both types of framebuffers, it won't be added at all. The one exception
is gl_aspect; I still want to keep that one around. And I eventually may
add aspect correction to the software mode as well, ala ScummVM.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@444 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
next release.
Added support for inspecting the modification time of the rom directory,
and forcing a reload if that directory has been changed. So, if you add
or delete a ROM from the romdir, the next time you start Stella, it will
automatically reload the rom listing for you. Pretty cool I think :)
Added support for each derived OSystem to set its video drivers, and support
to the VideoDialog to show them in a dropdown menu. That means that Win32
users will be able to select between 'windib' and 'directx' in the VideoDialog
(when I update the Win32 code to do so).
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@440 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
one can hold down a key, and after a small delay, the key event will be
repeated. This is much better than having to push the 'down arrow' 100
times in a large scroll box. Still TODO is handle mouse clicks in the same
way. The code is there, but it's commented out. This will be much harder,
since the GUI code from ScummVM wasn't designed to work that way.
Removed x,y items when sending joystick events, since that information
isn't available in SDL joystick motion.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@439 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
class into the FSNode class, since that's where all the other filesystem
stuff is.
Add OSX modifiers for event loop. So Control in Linux/Win32 becomes
Command, and Alt becomes Shift-Command. No doubt this will cause some
problems with weird key combinations in OSX, but we'll have to work around
them.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@437 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
makefile, it's obviously using a UNIX/Posix build environment. And since
inttypes.h is always available under Posix, the #define for HAVE_INTTYPES
can always be used.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@436 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
is currently the lowest supported version of Visual Studio that Stella
can be compiled in). It seems that VS.Net already knows about the
inttypes, so an explicit 'include <inttypes.h>' isn't required. However,
when compiling under MingW, the include *is* required.
MingW is still the preferred environment for compiling Stella though, as
VS.Net doesn't read the SDL environment variables. So if you're working
on Stella, feel free to use VS.Net (as long as you don't use anything
specific to that environment). But all binary releases of Stella will use
MingW, and code that doesn't work in MingW will be reworked/removed.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@435 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
System is Fedore Core 4 test 3. There were surprisingly few issues,
considering I've never used 64bit mode before. Thanks to Brian Watson
for initially pointing out potential problems.
Fixed some 32/64 bit pointer to int problems. Fixed some C++ warnings,
since gcc 4.0 is much stricter about that type of thing.
Made the GUI scrollbar move two lines at a time when using the mouse
scrollwheel.
Now I have to see if this broke anything in 32bit mode. Note that sound
is a bit scratchy under this distro, and seeing how it's on the same
hardware (as the 32bit development box) I don't know what could be happening.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@434 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
maintainer and see how hard it will be to update that port.
I just found some problems in the OpenGL code in Win32; the colors are
off. I don't know if it's a Win32 thing, or it affects all ports.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@432 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Just added support for zipped ROMs. Right now, it assumes that the
first file in a zipped archive is the ROM (if it's a multi-file archive).
I thinks that's the way I'll leave it, since otherwise I need another way
to determine which one is the ROM, and that means looking at extensions
or something (which is something I *don't* want to do).
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@428 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
progress of some activity.
Some additions to the LauncherDialog. When populating the ROM list by
directly examining the ROM files, it now uses a ProgressDialog to show
the current status (since this operation sometimes take a long time).
The last selected ROM is now re-selected when starting Stella.
Some minor code refactoring to take into account zipped ROM support
(yes, its coming soon).
Re-added paddle support. Still TODO is tweak the sensitivity of mouse
movements. Also still TODO is re-add joystick support.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@427 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
dialog boxes are in a known, closed state. Simply calling Dialog::close()
on those dialog boxes *should* have done the trick, but it occasionally
results in a segfault. My code doesn't ;) It's probably a hack, but
it's a small and necessary one at this point. When I eventually run Stella
through Valgrind, I'll probably find the segfault is caused by a dangling
pointer or something ...
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@426 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
to add to it.
Reworked the EventMappingDialog to take up less screen real-estate, and added
the "Mouse is paddle x" option there (since technically it's also a mapping).
Added an 'emphasized' text color to the list of available GUI colors, and
made some text in the EventMappingDialog use that color.
Added AboutDialog, which lists info such as version of Stella, supported
features, list of developers and contributors, and thanks to certain groups.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@425 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Added better sanity checks to file browser dialog through FSNode. It now
checks if a user-specified directory name is correct, and if not, it uses
a valid default. Still TODO is add similar checks to the Win32 FSNode.
Totally finished the LauncherOptionsDialog. You can now change Snapshot
settings there as well.
Fixed potential memory leak in PopUpWidget. It was needlessly creating
and destroying PopUpDialog objects, and under certain circumstances the
objects were never deleted.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@424 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Changed many conflicting instances (in overloaded methods) of uInt32, uInt16,
Int32 and Int16 to just plain 'int'. After spending two hours trying to find
out why a method wasn't being called, only to see it was because of conflicting
definitions of 'int', I said to hell with it and removed all instances of
those portability functions from the GUI stuff (thank Brian for the advice).
Eventually, they'll be removed from the whole codebase. Already we're running
into problems with them on 64-bit machines.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@423 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Added commandline options to change almost all properties of a ROM. Very
useful for developers who constantly change these features but don't want
to re-generate a new stella.pro entry each time. Thanks again to B. Watson
for original idea and partial implementation.
Fixed problem with events getting 'stuck' when changing states. For
example, one could be playing a game and, while pressing "Left", exit
the game. Then, when another game is started, the left direction would
still be selected. This is a side-effect of Stella initially being a
"one game per launch" application.
For similar reasons as the previous step, fixed problem whereby a
messagebox seen just before ending one game was showing up in the next
game as well. Still TODO is make sure the sound buffer is cleared
before each new game (sometimes you can hear some sounds from a
previous game).
Further tweaked the '-framerate' commandline argument to override the
defaults when used, but never be saved to the settings file.
Renamed '-altpro' commandline argument back to '-pro', and moved it into
the DEVELOPER_SUPPORT area.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@421 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Modified the framerate argument, in that it can only be changed from the
integrated GUI, and only for the current game. The framerate is now
properly set when starting a new game, or when switching between NTSC/PAL
mode, and is based on the ROM format. The ability to change the framerate
may disappear entirely before the next release (I see no real need for it
anymore).
Some minor code cleanups.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@419 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Added ability to cache the reading of ROM info, since it can take up to
30 seconds on slower systems. If such a cache file exists, the display
of ROM info normally takes a few seconds or less. I plan to add a progress
dialog box for the first case, since even on an Athlon64 3200+, it can still
take almost 10 seconds. Fortunately, this won't happen very often (only
when you change ROM directories, or do a reload to detect a new game).
Still TODO is add support to FSNode to determine last access time of a
directory. Then, if the ROM dir has been changed since we last ran Stella,
the program will 'see' that and automatically do a full reload (just like
KStella). Neat, eh? :)
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@418 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
for the correct ROM folder, and the folders contents will be shown in the
listview.
Still TODO is modify GameList so that it contains all relevant info for
a ROM. Then, the listview will contain the actual names of the ROMS
(as specified in stella.pro) instead of their on-disk filenames. And at
that point, we can actually start a game directly from that listview.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@417 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
eventually it will show any associated notes for the currently selected
ROM (like StellaX frontend).
Resized the launcher window to a more reasonable size of 320x240, instead
of 400x300. All the extra space was just wasted. Maybe sometime in the
future I'll make the window look more 'Atari like', with graphics, etc.
For now, just a list of game names will do.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@416 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
markgrebe