View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000483OpenMPTGeneralpublic2014-02-10 04:432014-03-10 15:08
Reporterc0d3h4x0r Assigned Tomanx  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionno change required 
Platformx64OSWindowsOS Version7
Product VersionOpenMPT 1.22.07.00 (upgrade first) 
Target VersionOpenMPT 1.23.01.00 (upgrade first)Fixed in VersionOpenMPT 1.23.01.00 (upgrade first) 
Summary0000483: First sample on first row of first pattern doesn't seem to start playback at the beginning of the sample
Description

Noticed this while using OpenMPT to sequence drum tracks. I made the first pattern a 4-count open hihat. When beginning playback, the first open hihat is noticeably quieter (and different) than the next three. As best I can tell, that first sample isn't getting played from the absolute start of the sample, but from some point partway into the sample. I can provide the actual file I'm using for repro upon request (it's about 3.5MB).

Additional Information

I'm using a Focusrite Scarlett 18i6 USB audio interface with the manufacturer's ASIO driver. 96kHz 16-bit stereo playback. Latest device firmware and drivers are installed. I haven't noticed any similar issue with any other audio software.

TagsNo tags attached.
Has the bug occurred in previous versions?dunno
Tested code revision (in case you know it)

Activities

manx

manx

2014-02-10 15:03

administrator   ~0001502

I cannot reproduce this behavior, so my first guess is that it might be related to your ASIO driver.

Does this also happen with other than ASIO sound devices in OpenMPT? I.e., can you reproduce this with a standard WaveOut or WASAPI device?

Also, could you try a current test build ( http://buildbot.openmpt.org/builds/auto/openmpt-win32/openmpt-win32-r3687.7z ) and set the "[x] Keep running" for the ASIO device as well "[x] Keep device open when playback is stopped". Does it behave better then?
c0d3h4x0r

c0d3h4x0r

2014-02-12 05:11

reporter   ~0001508

I'll download that test build and try it out as you suggest.
c0d3h4x0r

c0d3h4x0r

2014-02-12 05:18

reporter   ~0001509

The test build resolves this issue as long as I have the "Keep device open when playback is stopped" box checked.
manx

manx

2014-02-12 12:57

administrator   ~0001510

So far it looks like a problem with your ASIO driver. It seems like it does skip/ignore some milliseconds of audio that it gets sent just after starting up. As far as I know, most other software always keeps ASIO devices opened and running, which would explain why you are only seeing this with OpenMPT.
As setting the option resolves the problem for you, I currently cannot see what else could be done on the OpenMPT side.

Just to rule out any other possible cause, can you please double-check what happens with the standard WaveOut or WASAPI device in OpenMPT?
c0d3h4x0r

c0d3h4x0r

2014-02-21 03:51

reporter   ~0001549

Confirmed: doesn't repro at all using WASAPI or DirectSound with the test build and "Keep device open when playback is stopped" unchecked. I think your explanation is correct.

Issue History

Date Modified Username Field Change
2014-02-10 04:43 c0d3h4x0r New Issue
2014-02-10 15:03 manx Note Added: 0001502
2014-02-11 12:40 manx Status new => feedback
2014-02-12 05:11 c0d3h4x0r Note Added: 0001508
2014-02-12 05:11 c0d3h4x0r Status feedback => new
2014-02-12 05:18 c0d3h4x0r Note Added: 0001509
2014-02-12 12:57 manx Note Added: 0001510
2014-02-12 12:57 manx Assigned To => manx
2014-02-12 12:57 manx Status new => feedback
2014-02-21 03:51 c0d3h4x0r Note Added: 0001549
2014-02-21 03:51 c0d3h4x0r Status feedback => assigned
2014-02-21 11:17 manx Status assigned => resolved
2014-02-21 11:17 manx Fixed in Version => OpenMPT 1.23.01.00 (upgrade first)
2014-02-21 11:17 manx Resolution open => no change required
2014-03-10 15:08 Saga Musix Target Version => OpenMPT 1.23.01.00 (upgrade first)