On Mittwoch, 12. Dezember 2018 14:02:55 CET Ivan Maguidhir wrote:
> I haven't been able to get GSt4 working in a VirtualBox VM with the USB
> licenser passed through from the host so far :-( I'll keep working on
> this to find a solution. I might be able to find out the max start
> position by looking at the instrument editor in a debugger, I'll give
> this a try later today.
You think the USB dongle is the problem? I guess you are just passing through
the USB dongle for direct acess to the Virtualbox guest OS, that works usually
quite well due to its simplicity. Maybe there is rather a problem with the
GSt 4 license server on the Internet. Have you checked which server and port
the installer is trying to reach?
> I should finish it off and publish it. I gave up on it because I could
> never get the audio over Ethernet part of it working. The idea was to be
> enable the use VSTs etc. running on Windows in Linux programs like Ardour.
Yeah, that can be tricky. Sounds like a good candidate for somebody else
trying to add the missing bricks. In general I would not expect low latencies
though.
> > I wait a bit before applying your sustain patch to LS. Let's see what test
> > results you get there with GSt 4 on this issue.
>
> I didn't specify it in earlier emails but the the Sustain Release issue
> applies to GSt3 also. In fact the instrument I mentioned, PMI Emperor,
Well, chances are that GSt actually never played release triggered samples
when releasing the sustain pedal. That would explain what you are observing
there.
What we could do is adding a LS specific file format extension so that anybody
might simply pick his preferred behaviour with LS and probably revert the
default behaviour back to not playing any release samples on sustain up. So a
new option in gigedit like:
1. Default (no release trigger samples on sustain up)
2. Release trigger on sustain up using 127 velocity
3. Release trigger on sustain up using latest note-on velocity
4. Release trigger on sustain up using continuous CC64 info ("half pedal"
support).
CU
Christian
_______________________________________________
Linuxsampler-devel mailing list
Linuxsampler-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
