View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0001287OpenMPTlibopenmptpublic2020-01-07 10:532024-10-26 18:05
Reportermanx Assigned Tomanx  
PrioritynormalSeverityminorReproducibilityhave not tried
Status acknowledgedResolutionopen 
Target VersionOpenMPT 1.?? (libopenmpt 1.0) (goals) 
Summary0001287: make libopenmpt samplerate non-variable
Description

Variable samplerate causes lots of headaches when adding more features to libopenmpt.
We should:

  • initialize any module with a documented default sample rate of 48000
  • add explicit set_samplerate() and get_samplerate() functions, with set_samplerate() being explicitly not realtime-safe
  • add new read() functions which use the currently set samplerate
  • deprecate current read() functions that allow specifying the sample rate
TagsNo tags attached.
Has the bug occurred in previous versions?
Tested code revision (in case you know it)

Relationships

related to 0001017 new Tick boundary rendering (was: Provide access to next play position) 
related to 0001286 resolvedSaga Musix Provide real BPM estimation 

Activities

There are no notes attached to this issue.

Issue History

Date Modified Username Field Change
2020-01-07 10:53 manx New Issue
2020-01-07 10:54 manx Relationship added related to 0001017
2020-01-07 10:54 manx Relationship added related to 0001286
2020-05-10 11:28 manx Assigned To => manx
2020-05-10 11:28 manx Status new => assigned
2020-06-12 18:02 manx Status assigned => acknowledged
2020-11-28 19:57 manx Target Version OpenMPT 1.30.01.00 / libopenmpt 0.6.0 (upgrade first) => OpenMPT 1.31.01.00 / libopenmpt 0.7.0 (upgrade first)
2023-04-10 08:23 manx Target Version OpenMPT 1.31.01.00 / libopenmpt 0.7.0 (upgrade first) => OpenMPT 1.32.01.00 / libopenmpt 0.8.0 (upgrade first)
2024-10-26 18:05 manx Target Version OpenMPT 1.32.01.00 / libopenmpt 0.8.0 (upgrade first) => OpenMPT 1.?? (libopenmpt 1.0) (goals)