21fe0c4fb2
unneeded
2005-07-20 03:08:19 +00:00
f0e2ff35fc
fix chopped-off record; remove redundant m_NoteFieldRecord.Load call
2005-07-20 03:01:58 +00:00
e32ed655c9
cleanups
2005-07-20 02:40:20 +00:00
3f05193193
remove edit_bg_change menu options. Use b/shift-b. (removes crash
...
due to uninitialized g_CurrentBGChangeLayer)
2005-07-20 01:57:53 +00:00
6734b1df8c
fix updating g_BackgroundChange
2005-07-20 01:31:07 +00:00
219461a3f1
ScreenPlayerOptionsEdit -> ScreenEditOptions
2005-07-20 00:40:01 +00:00
913b9c52a2
player options -> options
2005-07-20 00:30:19 +00:00
ff4188032d
remove "preferences"; do this all in one menu (too many menus)
2005-07-20 00:26:16 +00:00
40fc9621da
show EditorShowBGChangesPlay in the same options menu
2005-07-20 00:23:05 +00:00
d9fdbe6a6b
bind EditorShowBGChangesPlay
2005-07-20 00:17:14 +00:00
32fefd9073
This isn't actually a ScreenPlayerOptions. ScreenPlayerOptions is only compatible
...
with player options, and is only used to handle a few special cases needed in gameplay.
This is just a ScreenOptionsMaster (which won't get confused if non-player options
are used).
2005-07-20 00:15:44 +00:00
7a19b153a3
remove song_options
2005-07-20 00:07:33 +00:00
9464c41f9a
separate options for ScreenPlayerOptionsEdit; include useful SongOptions,
...
too
2005-07-20 00:05:29 +00:00
39d42a9db4
Use SCREENMAN->MakeNewScreen, so we obey the class of the
...
loaded screen. We don't require anything special of it.
2005-07-19 23:58:51 +00:00
e996181415
make MakeNewScreen public
2005-07-19 23:51:45 +00:00
cc827025ea
merge MakeNewScreenInternal and MakeNewScreen
2005-07-19 23:49:39 +00:00
509055d9f7
SONGMAN->Cleanup only in the Prepare code path. There's no point to doing it in the AddNewScreenToTop path.
2005-07-19 23:30:24 +00:00
de950a3190
We call ZeroNextUpdate when we know we have a frame skip, and we're deliberately masking it by clamping the first update. Reset FPS stats when we do that, not after creating a screen (which might be concurrent).
2005-07-19 23:22:50 +00:00
dcc3e1e588
Don't reset HandleSongTimer here; we might still be in the middle of the previous screen. Do this in SM_LoseFocus.
2005-07-19 22:58:31 +00:00
635b6e805a
cleanup
2005-07-19 22:47:49 +00:00
f7e6c71a43
preload most editor menus
2005-07-19 21:43:12 +00:00
2aecc20155
don't call Init from LoadMenu; split out SetOKMessage, SetCancelMessage to allow reusing screen without using LoadMenu (which is cheap but not free)
2005-07-19 21:39:25 +00:00
798c100457
Init -> LoadMenu, to maintain the normal virtual Init(), and allow calling LoadMenu again without reloading the whole screen
2005-07-19 21:35:38 +00:00
c84ff55345
remove m_Background; use underlay
2005-07-19 21:12:01 +00:00
fb1e7325b2
background -> underlay
2005-07-19 21:09:30 +00:00
845c857962
ScreenMiniMenu::BeginScreen
2005-07-19 21:05:57 +00:00
a10e6f3d36
handle re-calling InitMenu (fairly cheaply)
2005-07-19 21:03:56 +00:00
019000a40e
remove m_bIsTransparent
2005-07-19 21:01:50 +00:00
61bf554727
remove IsTransparent. Since we have a separate background layer now, every screen is transparent.
2005-07-19 20:59:15 +00:00
512e97e377
show month as a string
2005-07-19 19:34:27 +00:00
38566406ec
typo
2005-07-19 18:58:12 +00:00
9fb747a820
simplify
2005-07-19 18:56:50 +00:00
f9e40278dd
fix uninitialized
2005-07-19 08:52:36 +00:00
2dd114942b
cleanup
2005-07-19 08:36:02 +00:00
56fa4fe4b2
Don't create a TempState for every actor. If we use it, we always use it
...
right away, inside DrawPrimitives(). This cuts down the size of Actor by
about 25%.
2005-07-19 07:54:32 +00:00
df19b084fd
sanity check (m_pTempState points somewhere in the other actor)
2005-07-19 07:52:11 +00:00
2e05545ec7
fix memleak
2005-07-19 07:46:45 +00:00
8f8f8d7782
compile fix
2005-07-19 06:54:49 +00:00
bd26915d01
don't use deque here; too big for Actor
...
(not a performance issue; we don't queue up tons of messages. only use
deque when you really need constant time access to the beginning, eg.
for large objects, since deque has both memory overhead and is much
slower than vector for access to the end of the list, since it can't reserve like
vector can)
2005-07-19 06:34:00 +00:00
c05cf4806a
yuck. implement copy ctor to copy tweening queue
2005-07-19 06:21:10 +00:00
a305c072c0
cleanup
2005-07-19 06:20:18 +00:00
c4495e3900
Don't use deque in Actor; it allocates too much. Store pointers; moving
...
pointers around is cheap enough.
2005-07-19 05:56:36 +00:00
1783fe71ef
simplify
2005-07-19 03:15:24 +00:00
daf3688409
We don't actually care that GetMicrosecondsSinceStart returns a time since
...
start; only that it's self-consistent. If we want time since start, we
can record it ourself instead of making platform-specific code do it, and
only GetTimeSinceStart needs to do that, not RageTimers.
2005-07-19 03:09:20 +00:00
71c765ba66
warnings
2005-07-19 00:55:02 +00:00
c23d0ae90e
fix warning
2005-07-19 00:51:54 +00:00
e1fdd56297
not virtual
2005-07-19 00:46:48 +00:00
a5bed04ed3
Copy()
2005-07-19 00:18:32 +00:00
2f8f782c47
use Copy()
2005-07-18 23:01:06 +00:00
47489964d2
copy children if m_bDeleteChildren; this allows copying ActorFrames, including
...
ones loaded from XML
2005-07-18 22:59:34 +00:00
Glenn Maynard