Meter/tempo changes

Submitted by windowsrefund on
Forums
Qtractor

Just a quick report to suggest Tempo changes are no longer being persisted across sessions. Feel free to let me know what additional information is needed.

Submitted by rncbc on Fri, 31 Jan 2025 - 17:44

Permalink

hi,

there's no evidence that's the case: tempo, time-signature map and markers are here still being saved and reloaded fine...

some more details are certainly needed to assess that claim or suggestion.

thanks

Submitted by windowsrefund on Sat, 1 Feb 2025 - 04:35

Permalink

I may need to fault user error here as I just fired up my session and saw the programmed meter change was intact.

Submitted by windowsrefund on Sat, 1 Feb 2025 - 16:29

Permalink

Bah, it's gone again and I may have misreported success when I last updated this thread. I just opened the session this morning and while I see all 3 entries, the 2nd contains a meter of '4/4' when it should contain a meter of '6/4'. Rui, did you happen to change the meter when you last tested?

meter

File attachments
meter.png

https://github.com/rncbc/qtractor/issues/500

The problem is probably midiClock+modeIncludingSlave.

If not, check if the error occurs when saving or loading.
To do this, monitor the session file in a text editor when you save. The data is stored in the "tempo-map" tag.
If it saves correctly but Qtractor indicates something different when opened, it's a "Jack" session problem (for example midiClock+modeIncludingSlave).

PS
I haven't been able to reproduce the problem with any configuration.
Reset options again?

Submitted by windowsrefund on Sat, 6 Sep 2025 - 17:20

Permalink

The tempo change appears to be loading correctly now although I didn't do anything different in terms of steps or workflow. Seems to happen on an intermittent basis and I'm not sure I could imagine how to reproduce. Something I'll keep an eye on...

then turn off all jack-transport input for x sake.

keep it at all times as "master" or even "none" and only, never "slave" nor "full".

pipewire jack-transport implementation is still quite unreliable to say the least.

hth.

Submitted by windowsrefund on Sat, 6 Sep 2025 - 20:07

Permalink

Happened again. It may have something to do with saving the session once a new track has been added. I'll keep poking around and reporting what I find. There's something here... just can't understand what conditions trigger the behavior.

Add new comment

The content of this field is kept private and will not be shown publicly.
About text formats

Markdown

  • Parses markdown and converts it to HTML.
  • Allowed HTML tags: <a href hreflang> <em> <strong> <cite> <blockquote cite> <code> <ul type> <ol start type='1 A I'> <li> <dl> <dt> <dd> <h2 id='jump-*'> <h3 id> <h4 id> <h5 id> <h6 id> <img src alt height width> <strike> <pre> <p> <br>
  • Lines and paragraphs break automatically.

Filtered HTML

  • Allowed HTML tags: <a href hreflang> <em> <strong> <cite> <code> <ul type> <ol start type> <li> <dl> <dt> <dd> <b> <i> <pre> <img src alt height width> <strike>
  • Lines and paragraphs break automatically.
  • Web page addresses and email addresses turn into links automatically.

Plain text

  • No HTML tags allowed.
  • Lines and paragraphs break automatically.
  • Web page addresses and email addresses turn into links automatically.
File attachments
Unlimited number of files can be uploaded to this field.
2 MB limit.
Allowed types: jpg jpeg gif png txt doc docx xls xlsx pdf ppt pps odt ods odp zip gz bz2 xz patch diff wav ogg flac ogv mp4 qtz.