https://www.dropbox.com/s/lwrcmeda6u00b … t.mp3?dl=1

Users can consider a workaround for pasting and inserting, it's just inserting blank rows with insert and pasting over the blank rows.

I also suppose most people want to write over a single part in their pattern, (let's say from row 10 to 20) while the end of the pattern can be correct (from 25 to 40). So just shifting notes is not really conveniant in this aspect. But maybe it's just me.

I have to say that to me, the current behaviour seems more logical. If you press Ctrl-V in a text editor, the stuff after the cursor will be shifted. So that's what "paste" means to me. And of course in a music editing context, the term comes from tape reel editing. And in that context, paste means inserting a piece of tape, as opposed to "paste over". So in my opinion, having Ctrl-V paste over is wrong. However, I just checked the docs of various trackers and it seems the majority indeed does a paste-over on Ctrl-V. Guess that's what you get when 99% of tracker authors are non-native English speakers... So I suppose I should indeed adapt *sigh*

ctrl-p i would call a 'tracker quirk' since id expect everyone to intuitively try ctrl-v to paste and then find its not what they thought but its not terrible to work around

Yeah, unfortunately the fxtables are not very convenient/user friendly at the moment. My plan is to improve the situation with the next MDAL standard. The idea is that there'll be seperate tables for notes, dutys, etc. on the front end, and libmdal will generate the actual data tables from those input tables. Still got quite some work left on that, though.

This is on the to-do list, not just for the current block but even for the current row. However, it's not so easy to implement. For "normal" chip editors it's fairly easy because you can determine the current playback position simply by counting the vblank interrupts that have occured. However, for 1-bit this isn't possible because in most engines, there are no interrupts.

Good one, haven't thought of that before.

Do you think ctrl-v and ctrl-p should be swapped? I thought that having ctrl-v insert and shift the stuff after the cursor would be more intuitive. But I'm open to suggestions here, in any case.

This would be quite difficult to implement as such, because internally, modifiers don't exist as a seperate entity. However, I see your point and I'll try to find a solution/workaround. Need to dig into the code for the modifiers anyway because there's this problem that heoretically you should be able to enter modifiers without an associated note value, but it doesn't work

suggestions so far would be

-a way to know which current block is being played back.
-shortcut to play a block from a selected frame rather than the very start of a block.
-i miss ctrl-v being ctrl-v ;( but ctrl-p is just as good i guess
-a way to select, copy and paste note modifiers on their own (independent of the notes)

Edit => your fix did it, thanks!

 OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 660/PCIe/SSE2
OpenGL core profile version string: 4.2.0 NVIDIA 304.134
OpenGL core profile shading language version string: 4.20 NVIDIA via Cg compiler
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.2.0 NVIDIA 304.134
OpenGL shading language version string: 4.20 NVIDIA via Cg compiler
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:

I'll run it on my other computers as well.

I have also an other bug, even from the beginning, sometimes the screen is mixed up when I start bintracker:

https://lut.im/LF2ZDHrHSL/9S53pJWapik75sD7.png

when I pass the mouse over a mixed up icon, it displays just below the menu, it's just shifted. It happens at random.

Need your help again Could you run

glxinfo | grep OpenGL

on the machine that has this problem, and post the output?