7e59b56deb
when recording in a range, don't change the steps outside of the range
2005-07-20 05:35:10 +00:00
cc1d203afe
Give time-based lead-in for record, like play, not a whole measure (and merge
...
code).
Only pad the end position by a measure when playing the whole song, not
when playing a selection.
Don't pad when recording. It'll jump to the end position, anyway.
Don't mess up the user's selection range when using play from
start/play from cursor.
2005-07-20 05:26:27 +00:00
c617d0c50b
move common state change code into TransitionEditState and merge
...
duplicate code to start the sound
2005-07-20 05:07:07 +00:00
db22dcf5e0
common code
2005-07-20 05:02:56 +00:00
611ae2449d
g_iShiftAnchor -> m_iShiftAnchor
2005-07-20 04:50:06 +00:00
4d2e2cd3c1
simplify: we only need to set m_NoteDataRecord; calling NoteField::Load
...
again is not necessary
2005-07-20 04:48:26 +00:00
1a15361464
simplify
2005-07-20 03:10:15 +00:00
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
Glenn Maynard