Small update - 2.0.1

Official support for: tx16wx.com
RELATED
PRODUCTS

Post

Just a heads up. I had two bug reports, so I couldn't keep myself from fixing them. Tiny update now available, version 2.0.1:

Changes:
  • Fixed COM initialization error when running under headless host (bridge)
  • Fixed crash when opening file search window before plug-in is open
  • Fixed naming conflict when saving bank with samples and program-centric sample folder
Happy sampling
TX16Wx Software Sampler:
http://www.tx16wx.com/

Post

Thank you.
Is there any newsletter where to get informed about updates, or should we better lurk around here ?

Post

sinkmusic wrote:Thank you.
Is there any newsletter where to get informed about updates, or should we better lurk around here ?
Here, or the TX16Wx blog, http://tx16wx.blogspot.com. I will announce even minor things at both these locations. Bigger releases get a KVR headline.
TX16Wx Software Sampler:
http://www.tx16wx.com/

Post

Yessss, whank you for the file search dialog fix, it works great!

Now for some little usability FRs:

1) Can an option be added to enter name editing by double clicking instead of simple click? Very often I happen to click near the group name to drag MIDI data to the host, and instead of the drag action the name edit starts; I think it's a bit annoying, for me at least.

2) Again for usability, left and click arrow keys (with or without shift) abort name edit instead of just moving cursor inside name text field; again, nothing serious but if these keys were properly supported editing group and split names would be a lot easier and quicker

3) As mentioned before, auto slice is a bit erratic in that it often cuts noticeably before or after the visible transient; an improvement would be great, I currenly adjust each auto transient by hand - not a biggie, but again for sake of speed and usability...

4) Can the sample list be sorted by name or start position?

Thank you,
Mario

Post

mabian wrote:Yessss, whank you for the file search dialog fix, it works great!

Now for some little usability FRs:

1) Can an option be added to enter name editing by double clicking instead of simple click? Very often I happen to click near the group name to drag MIDI data to the host, and instead of the drag action the name edit starts; I think it's a bit annoying, for me at least.

2) Again for usability, left and click arrow keys (with or without shift) abort name edit instead of just moving cursor inside name text field; again, nothing serious but if these keys were properly supported editing group and split names would be a lot easier and quicker
Ehm... not sure why this does not work for you, but all edit fields respond to the normal edit keys - arrows, ins, del, home, end - (they are just windows edit boxes after all). Works as intended on all my test machines and OS:s here. What host are you running? Should not matter really, unless it would do something wacky with the Win messages...
mabian wrote: 3) As mentioned before, auto slice is a bit erratic in that it often cuts noticeably before or after the visible transient; an improvement would be great, I currenly adjust each auto transient by hand - not a biggie, but again for sake of speed and usability...
I will work on it, but the problem is that if I try to adjust the algorithm for some source material, sometimes it f**ks up other material. I.e its hard to find a formula for locating the exact transient point in the onset that works universally.
mabian wrote: 4) Can the sample list be sorted by name or start position?

Thank you,
Mario
Why start position? Shouldn't start be 0 for most samples?
Cheers
/C
TX16Wx Software Sampler:
http://www.tx16wx.com/

Post

Hi, I'm using REAPER and the arrow keys while editing the name (also with shift / ctrl) seem to be passed through to the host instead of just moving the text cursor (and selection when shift is pressed).

About the sample start position, I'm talking about slices; sometimes when I add a slice at the start of a sample, it's not listed in the right place (it can be at bottom of list or anyway not where I would expect it).

Thanks,
Mario

Post

Sorry, an important correction: the arrow keys aren't passed through to the host, but do not work inside the edit textbox, for example if I am editing a slice name, left key collapses the sample list...

- Mario

Post

mabian wrote:Sorry, an important correction: the arrow keys aren't passed through to the host, but do not work inside the edit textbox, for example if I am editing a slice name, left key collapses the sample list...

- Mario
I think you need to turn on "send all keys to plug in" in reaper. Right-click on the plug-in window top bar.
TX16Wx Software Sampler:
http://www.tx16wx.com/

Post

Will try, thanks!

- Mario

Post

Tried but the problem is confirmed here:

Click a group name, then press left or right arrow; they close or open the group sample list and exit text editing; no matter the setting of "send all keys to plugin" :(

- Mario

Post

mabian wrote:Tried but the problem is confirmed here:

Click a group name, then press left or right arrow; they close or open the group sample list and exit text editing; no matter the setting of "send all keys to plugin" :(

- Mario
Which version of reaper, which OS (including language, sp etc) and 32 or 64 bit? I cannot reproduce the behavior you are describing at all. (Regardless of send all keys I might add).
TX16Wx Software Sampler:
http://www.tx16wx.com/

Post

REAPER 4.30 and 4.31pres (x86), Win7 x64 SP1 italian.

- Mario

Post

Here it is: in this screen capture I just click on a textbox, click again to empty the text selection and press left or right; you can see that focus leaves the textbox and the row children show up or hide; I would expect the cursor to move inside the textbox and focus stay in the textbox instead...

Image

Is it clearer now?

Thanks,
Mario

Post

mabian wrote:Here it is: in this screen capture I just click on a textbox, click again to empty the text selection and press left or right; you can see that focus leaves the textbox and the row children show up or hide; I would expect the cursor to move inside the textbox and focus stay in the textbox instead...

Is it clearer now?

Thanks,
Mario
It was clear from the start _what_ is happening. What I am saying is that this did not happen on any test setup I have or have tested. The problem seems like the text input does not in fact have keyboard focus, which should not be possible (?).
However, I finally upgraded to reaper 4.31, and what do you know: I can now reproduce this. I would in general say this is bad/weird reaper behavior; Off the top of my head I'd say they are sending VST key events for win messages directed to a focus control -> meh!

I'll find some workaround.
TX16Wx Software Sampler:
http://www.tx16wx.com/

Post

Ok, fixed.
TX16Wx Software Sampler:
http://www.tx16wx.com/

Post Reply

Return to “CWITEC”