~poweruser64


#572 Add Ctrl+0 to reset zoom level a month ago

Comment by ~poweruser64 on ~alextee/zrythm-feature

Thank you!

#981 "Fade storage" 7 months ago

Comment by ~poweruser64 on ~alextee/zrythm-bug

the fade out and fade in happen when you move a clip during playback. I can record this and send a video if you want. It's a weird one.

#981 "Fade storage" 7 months ago

Ticket created by ~poweruser64 on ~alextee/zrythm-bug

Steps to reproduce

Steps 1-4 are from #980

  1. Create a one-bar midi clip with a one-bar long note on it (long makes it easier to execute)
  2. Move your cursor to the lower right corner of the midi clip so the repeat-resize cursor shows up.
  3. Press play
  4. When the note starts playing, repeat-resize the midi clip so the end of the clip comes before the end of the long note.
  5. Pause playback
  6. Resize the end of the note in the clip editor

What happens

The note plays because the end of it was resized in the editor, but there is a fade-in on it because the fade-in was never done when it normally would be done (the fade-in was skipped in step 4).

What is expected to happen

The note should not play forever, first of all (#980), but second of all, the fade should not apply to the note when it is resized.

Version

v1.0.0-beta.3.9.1

#572 Add Ctrl+0 to reset zoom level 7 months ago

Ticket created by ~poweruser64 on ~alextee/zrythm-feature

Currently, Ctrl++, Ctrl+= and Ctrl+- can be used to control zoom. This is a common keybind to do such a task. However, there is another similar task that has a common keybind, and that is Ctrl+0, which is usually used to reset the zoom to 100%, or whatever its default value is.

#950 Scroll bar in export menu is visible when it shouldn't be 7 months ago

Comment by ~poweruser64 on ~alextee/zrythm-bug

I still see this in v1.0.0-beta.3.9.1. Not sure what's causing it.

#955 Repeat range does not move as far as it is dragged 7 months ago

Comment by ~poweruser64 on ~alextee/zrythm-bug

This same problem exists on midi clip resizing. If you drag the end of a clip quickly past the start of the clip, it won't go to its minimum size.

#980 Infinite midi notes when repeat-resizing clips 7 months ago

Ticket created by ~poweruser64 on ~alextee/zrythm-bug

Steps to reproduce

  1. Create a one-bar midi clip with a one-bar long note on it (long makes it easier to execute)
  2. Move your cursor to the lower right corner of the midi clip so the repeat-resize cursor shows up.
  3. Press play
  4. When the note starts playing, repeat-resize the midi clip such that the end of the clip comes before the end of the long note and the playhead.

What happens

The midi note doesn't get stopped by its end because the clip is resized to a place before the playhead (so the playhead doesn't ever reach the end of the note), causing the note to play until it is stopped by something else.

What is expected to happen

The note should stop playing when the playhead goes past the end of the clip or note, just like it does when resizing a clip without repeat-resizing.

Version zrythm 1.0.0-beta.3.9.1

#940 MIDI notes in repeated clips fail to play when playhead starts after second repetition 7 months ago

Comment by ~poweruser64 on ~alextee/zrythm-bug

I tried to reproduce this on 3.9.1. I'm on a different computer than I was when I created the issue, which could mean a very different sample rate + buffer size.

#945 Scrolling in midi editor slows a lot when notes are added 8 months ago

Comment by ~poweruser64 on ~alextee/zrythm-bug

My machine shouldn't have trouble rendering it, but it is somehow. Here are my specs:

CPU - Ryzen 5 3600X (6c/12t, 3.6GHz)
RAM - 32 GB
GPU - NVIDIA 1660 Ti (6GB VRAM) GPU, and I'm running X11

#956 Feat: allow dragging repeat range markers past each other 8 months ago

Comment by ~poweruser64 on ~alextee/zrythm-bug

Sorry!