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
launcher window, and double-clicking on a listed file will start that ROM.
Some optimizations WRT launcher stuff. Specifically, it was not necessary
to delete and re-create the launcher dialog all the time.
It's all starting to come together ...
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@415 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Removed the saving of TIAbit on/off into the state files. These
are debugging tools, and aren't really part of a state file (and hence
shouldn't be saved with a state file). Now, whenever a state is
(re)loaded, the TIABits are all turned back on. That means the state
files are still compatible with Stella 1.4.2.
Added "Enter/exit menu mode" and "Enter launcher mode" to the remappable
events. They default to 'Tab' and 'Escape', respectively. While you
can add new mappings for these events, those defaults can't be removed
(otherwise, it would be possible for a user to disable menu mode, and
never be able to get back into the menu to fix the problem).
Fixed some problems with the overall state machine. Sometimes the cursor
was hidden when it shouldn't have been, and vice versa.
Fixed crash when toggling between software and OpenGL while in ROM
launcher mode.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@413 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
launcher, it launches Frostbite. Then pressing 'Escape' goes back to the
launcher, and you're able to then launch Frostbite again! Success !!!
Still TODO is actually get a ROM listing and use the selected game, but
the fact that it works multiple times for some game means that the
infrastructure is working correctly :)
Changed behaviour of the 'Escape' key. Specifically, it now only acts
as a key to enter ROM launcher mode. In the case where the emulation
was started without the launcher, the key will now do nothing. From now
on, the only way to quit Stella is Ctrl-Q (or equivalent for OSX),
close the window, or from the 'Quit' button.
Also, the 'Enter launcher mode' event will eventually be made remappable,
as will the 'Enter menu mode' event (currently the 'Tab' key).
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@412 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
if you specify a valid ROM on the commandline, it will automatically used,
and when you exit that ROM, the emulator will exit as well. If you don't
specify any ROM, the internal ROM browser will be used. So it was
pointless to have a separate argument, when Stella can figure out what
to do.
Cleaned up the handling of OSystem::createConsole() a little. Now, if
it's called without a ROM, it will simply reload the last one specified.
Fixed some missing settings that were always in the code, but never listed
in the Settings::usage() method.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@411 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Also, moved creation of new console into OSystem::createConsole.
Added hooks for browser mode (coming soon).
Added Ctrl-r to reload the currently loaded ROM. It has the nice side
effect of testing whether another ROM can be reloaded while the emulation
is running. Since this was successful, adding the ROM browser mode will
be very easy.
Added ability to actually change the framerate from the VideoDialog.
Reworked FrameBuffer::setPalette to be called only when a new console
is created (and we know that MediaSource::palette() is defined).
When toggling between NTSC/PAL mode, the video framerate is now toggled
between 50 and 60 (still TODO is change the audio framerate).
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@410 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
stephena