Disabled 'Cheat' button in OptionsDialog, since we won't have time
to finish it before the 2.0 release.
Fixed some graphical glitches when TabWidget was used.
Still TODO is get Win32 hardware surfaces working. I'm tempted to
just disable it for the next release, because it's just too much work.
There's still some work left to do in the debugger, but I won't be
implementing any new features (for the next release) beyond what's
there now. From this point on, we're only fixing bugs and adding
any remaining functionality to current widgets.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@769 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Made sure emulation screen height can always accommodate the menus
placed in it.
Added check when switching to PAL mode, so that the emulation height
will be a default for PAL (250), not for NTSC (210).
Added ability to switch between stereo and mono sound dynamically
from the AudioDialog ('Stereo Mode') and the commandline ('-channels').
This setting is not saved to stellarc, so if you want it to be
permanent for some game, save it to the properties file.
Added 'Cartridge.Sound' property to the game properties, and have it
default to 'Mono'. Setting it to 'Stereo' will give stereo sound
(2 sound channels used). Related to this, update stella.pro
'Skeleton+' entry to use stereo sound.
Correctly update the sound framerate when switching between NTSC/PAL,
since the new sound core knows what to do in such a case.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@768 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
in SoundSDL. Removed some extraneous CR characters from TIASnd code.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@767 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
class supports stereo sound output; however, to switch to stereo mode you
currently have to change desired.channels to 2 instead of 1 in the code.
Eventually, we need a setting to enable this and it might be nice to have
a "stella.pro" value for defaults. Games like Skeleton+ and Synthcart
support stereo output so setting their values to "STEREO" would be good
and having the default be "MONO".
I'm also checking in an updated VC++ project file; however, the other
makefiles will need to be updated to remove TIASound.c and add TIASnd.cxx
to the build
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@765 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Patch includes optimized framebuffer rendering, and mapping of
PSP specfic SDL codes to Stella events.
PSP developers, please test this code. I don't have a PSP, so I
can't test it myself.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@759 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
stuff into their own columns, making things easier to read but also
making it much easier to edit specific parts of a line.
Still TODO is actually patch ROM when editing the 'bytes' field,
and also possibly edit the label field (which would translate to
creating a new define at that address).
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@758 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
have to be in 'scanline' mode for it to work (which means you must
have previously selected 'Alt l' or pressed the 'Scanline+1' button).
This is similar to the bug where stepping shows partial changes
only when you've first selected scanline mode; this bug will be
fixed shortly.
Fixed coordinate issues in TiaZoomWidget and when setting position
from TiaOutputWidget. The position selected in TiaOutputWidget
now becomes the center point in the zoomed image.
Zooming in TiaZoomWidget now operates on the center coordinate. That
means you actually zoom in on the center of the image (vs. before,
where you zoomed on the upper-left area).
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@757 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
a ContextMenu for 2x, 4x, 8x zoom. Some work is still required
to center on previous position.
Added a ContextMenu to TiaOutputWidget. The only item currently
working (partially) is 'zoom at selected point', and there's still
some work to do there as well, since mouse position and TIA image
position don't seem to be lining up (something to do with xstart
and ystart).
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@755 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
PopupDialog and 'pops up' a listing of commands that can emit
signals which the parent class will act on.
Added a ContextMenu to RomWidget, containing some common commands.
These commands don't actually do anything yet.
The GUI code now differentiates between left and right mouse buttons.
Most classes still treat both the same, but in the case of the
ContextMenu added to RomWidget, it's activated only by the RMB.
Added first pass of TiaZoomWidget, which displays a zoomed area of
the TIA image. It's not quite working correctly yet, but I think
I know what the problem is.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@754 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
various GUI modes. This means mouse emulation is fully functional.
One can simulate mouse movement with the joystick directions, and
use button 0 to 'click' on an item.
Added NTSC/PAL toggle, palette toggle, 'rom reload' and 'exit to
launcher' to the CommandDialog.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@752 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
changes you'll have to make to the XCode project).
The '--disable-developer' option to configure now works properly,
and developer/debugger support can be completely disabled. When
disabled, the code will not be compiled at all, which gives an approx
35% reduction in code size (useful for the PSP port).
Cheat support is currently broken as it depends on a debugger that
may not be present, but this will be fixed soon (it isn't near
finished yet anyway).
Made changing of game properties and toggling TIA bits not exclusively
a developer thing, since there's no reason why anyone can't use it.
Bumped version to beta1. Stella has been stewing for the past 6 months,
and it's almost about time for a release. I promised last time that
releases would be more frequent, and I've already broken that promise :)
That means some features of the debugger won't be included for next
release, but something has to be left out ...
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@751 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
cursor much slower than a real mouse, since directional pads/joysticks
tend to be not as precise as a real mouse.
Still TODO is have joystick buttons create mouse button events.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@750 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
this will also be tied to a joystick button, so common operations
will be selectable by two buttons (one to enter the menu, another
to select an item).
The commandmenu is a set of buttons for the most common operations
in Stella (specifically, those assigned to the F1 .. F12 keys).
Due to the way Stella is designed, pressing one of these buttons
immediately exits the commandmenu and proceeds with emulation.
Sorry if this causes anyone problems, but it's too difficult to
work around.
Still TODO is add joystick emulates mouse code (movement is done
and will be committed soon, still working on joystick button to mouse
button).
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@749 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
a new class since the RomWidget isn't just a checkbox and string.
Eventually, it will consist of multiple fields.
Added highlighting of the line at current PC to RomWidget. It attempts
to reduce scrolling as much as possible (since each scroll requires a
re-disassembly) by instead scrolling the line at PC. When the bottom
of the list is reached, it 'snaps' back again to the top. So, for
example, moving through 31 consecutive items in a list of 30 only scrolls
once, not 30 times. This is different from normal
ListWidget/CheckListWidget operation, which scrolls the whole list
line by line at the bottom of the current view.
One can scroll around in the RomWidget, and then press 'space' to snap
back to the line of current PC (so you'll never get lost while
scrolling through code).
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@748 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
in the leftmost area. So for those who hate commandlines, that's one
more thing you can do with the mouse/GUI.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@747 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
It's still broken; just not as much as before. So you should still
compile in debugger support for now. This will probably involve
moving around some classes in the codebase, such as all GUI related
classes used by the debugger will go in 'debugger/gui'.
Sorry for any inconvenience this may cause, but the debugger
support has almost doubled the size of the executable, and there
are some platforms that can neither use it nor deal with its overhead.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@740 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
$F000 to $FFFF.
Updated both debugger disassemble() methods to never pass $FFFF
when disassembling data.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@739 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
isn't very useful, only disassembles addresses 0-2048, and doesn't
seem to look right :)
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@738 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Added ability to use either software or hardware SDL surfaces in
FrameBufferSoft. So now there are potentially 3 video modes to
choose from: "Software (S)", "Software (H)", "OpenGL", selected
by -video 'soft', 'hard', 'gl' respectively.
Made 'directx' and 'hard' the default for Win32. Windowed
software/hard surface mode is now much closer in performance to
software/soft surface in Linux. Really ironic that software
mode in Linux performs so well, and in Windows so poorly.
Fullscreen software/hard surface in Windows is borked ATM, but I'm
pretty sure I can fix it.
Updated the VS.net project file.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@736 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
need to be refilled or a line has been (un)checked. Also, checked
lines are now shown correctly (scrolling the list scrolls the
checkboxes as well).
Added two different styles to CheckboxWidget. The first is as before,
but the new one doesn't draw the surrounding box and fills with a
solid color instead of using 'X'. Methods have been added to
set/unset drawing of the surrounding box, and change to doing a fill
vs using the 'X'.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@735 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
to anything yet. I may add the ability to CheckboxWidget to disable
drawing the surrounding border, as well as drawing a fill as well
as a bitmap. When that's done, click a breakpoint in RomWidget will
show (for example) a red square only, which is more like how
other graphical debuggers show a breakpoint.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@733 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
StringListWidget and CheckListWidget to extend from it. This means the
derived classes can concentrate on their main purpose, and leave all
the ListWidget stuff to the parent class.
Turned the TIA debugger area into an absolute size; 320x260. This
should be large enough to accommodate all PAL ROMS. This means the
tabset got shorter, but it's just too difficult to add widgets when
the area can change. A zoom widget is going to be added to the right
of the TIA image, and we need absolute sizes for that area.
Besides, now that area is usable for other widgets ...
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@732 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
CheckListWidget, but that widget is not yet complete either. Eventually
the CheckListWidget will derive from ListWidget, and the RomWidget
will contain context menus, etc. For now, it doesn't do anything :)
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@731 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
go in the savefile, not their Expression pointer addresses :)
Also, we no longer attempt to save the builtin functions.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@730 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
next to each other, and their contents are shown as output to the
screen (serialized from TIA), *NOT* how the bits are actually
stored in the PF registers.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@729 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
required infrastructure won't be complete for the next release.
The checkboxes are now read-only, so the collision bits can
still be seen (but not changed).
Refactored ToggleBitWidget into a new ToggleWidget class. Added
new classes ToggleBitWidget and TogglePixelWidget, which derive
from ToggleWidget. ToggleBitWidget works as before.
TogglePixelWidget works much the same as ToggleBitWidget, but
instead of drawing text, it fills a block with color. Also,
it doesn't support change-tracking.
Modified grP0 and grP1 TIA registers in TIA tab to be
TogglePixelWidgets. Now when these registers change, you
can see line by line how the graphics are drawn. Thanks to
Brian for the advice; I had to add this because it's just
too cool :)
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@728 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
and a set of checkboxes to TiaWidget to toggle each bit. I've
confirmed that the code correctly changes the bits, but I haven't yet
found a ROM where changing these quantities has a noticable effect
on the TIA image. Brian, should we be seeing anything here, or
should the collision register bits be for info only (or am I
doing something wrong)?
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@725 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Modified NUSIZx register query, adding methods to set various bits
in those registers (nusizP0(), nusizM0(), etc). Updated the P0/P1
TIA tab registers to use those new methods.
Fixed some bugs in TIADebug when accessing bits 4-5 in NUSIZ0/1
and CTRLPF registers.
Still TODO is collision stuff and PF0/1/2 registers.
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@722 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
Made posP0(), posP1() writable. This may be the wrong way to do it...
git-svn-id: svn://svn.code.sf.net/p/stella/code/trunk@721 8b62c5a3-ac7e-4cc8-8f21-d9a121418aba
markgrebe