Fixed editor: "music quits early on playback" and "record laying a hold leaves a tap near head"

This commit is contained in:
Chris Danford
2002-10-10 07:05:26 +00:00
parent 5c81cefb4b
commit 7a86e684a1
3 changed files with 5 additions and 4 deletions
+3 -2
View File
@@ -2,10 +2,11 @@
Fix
/////////////////////////
fix DWI writing
fix weird colors in recording
weird dik_p
I noticed 2 things with Challenge Mode, one new to this release candidate, and one that I've noticed since I've started using SM in Beta 5.
+1 -1
View File
@@ -652,7 +652,7 @@ StyleDef g_StyleDefs[NUM_STYLES] =
"double", // m_szName
{ NOTES_TYPE_PUMP_DOUBLE,NOTES_TYPE_PUMP_DOUBLE }, // m_NotesTypes
StyleDef::ONE_PLAYER_TWO_CREDITS, // m_StyleType
{ 320, 480 }, // m_iCenterX
{ 320, 320 }, // m_iCenterX
10, // m_iColsPerPlayer
{ // m_ColumnInfo[NUM_PLAYERS][MAX_COLS_PER_PLAYER];
{ // PLAYER_1
+1 -1
View File
@@ -1210,7 +1210,7 @@ void ScreenEdit::InputRecord( const DeviceInput& DeviceI, const InputEventType t
else
{
const float fHoldEndSeconds = m_soundMusic.GetPositionSeconds();
const float fHoldStartSeconds = m_soundMusic.GetPositionSeconds() - TIME_BEFORE_SLOW_REPEATS * m_soundMusic.GetPlaybackRate();
const float fHoldStartSeconds = m_soundMusic.GetPositionSeconds() - TIME_BEFORE_SLOW_REPEATS * m_soundMusic.GetPlaybackRate() * 1.2f; // 1.2 is a fudge. This doesn't compensate enough for the repeat delay and leaves a tap note near the head of the hold.
float fStartBeat, fEndBeat, fThrowAway;
bool bFreeze;