# Linuxsampler no longer playing accuratesalamander and j3drhodes

**URL:** <https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447>\
**Category:** Software\
**Tags:** v5, vangelis\
**Created:** [August 3, 2026, 6:45am UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447 "2026-08-03T06:45:00Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![emuse](https://discourse.zynthian.org/letter_avatar_proxy/v4/letter/e/b782af/32.png) [@emuse](https://discourse.zynthian.org/u/emuse)\
**Post date:** [August 3, 2026, 6:45am UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/1 "2026-08-03T06:45:01Z")

</div>

This is the first time I’m testing the new two piano sfz accuratesalamander and j3drhodes, because I finally installed the new beta sd image. Before that, I was using the full stereo Rhodes and salamander grand piano with linuxsampler (sorry to have to nag you again with this one). That was with vangelis but without upgrading the SD image.

The problem now:

The new sfz versions of these two piano sounds do not produce any sound with linuxsampler, but they do work with sfizz.

Is this expected? Does anybody confirm this?

The reason why I preferred the situation before (salamander grand piano and stereo Rhodes with linuxsampler) is that I have the impression that it produced better quality (no idea why… resampling quality? Dynamics? Different touch sensitivity? Maybe it’s just in my head / ears).

Also sfizz sporadically cut off notes when it shouldn’t, but I haven’t had this problem since the upgrade of the SD image.

By the way, the upgrade process went like a charm for me on my stock 5.1, big thank you!

Best

---

<div class="post-metadata">

**Author:** ![riban](https://discourse.zynthian.org/user_avatar/discourse.zynthian.org/riban/32/2331_2.png) [@riban](https://discourse.zynthian.org/u/riban)\
**Post date:** [August 3, 2026, 6:52am UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/2 "2026-08-03T06:52:33Z")

</div>

Hi @emuse! Thanks for the positive feedback. We are moving away from LinuxSampler for many reasons, not least because it is proving challenging to maintain two SFZ engines and keep both working well (as demonstrated by your report). Our first answer will increasing be, “Please try sfizz” because we want to concentrate on making this as good as possible, fixing issues and engaging upstream where necessary. If there is no problem using sfizz then we won’t start to look at LinuxSampler. (We may be unlikely to look anyway, preferring some workaround or acceptance of limitations with sfizz!)

Please try sfizz again and if you feel it suboptimal, try to quantify issues so that we can look at resolving them within the sfizz code (which is truely open source, unlike LinuxSampler with its weird and sometimes unfathomable clauses).

---

<div class="post-metadata">

**Author:** ![hannesmenzel](https://discourse.zynthian.org/user_avatar/discourse.zynthian.org/hannesmenzel/32/13014_2.png) [@hannesmenzel](https://discourse.zynthian.org/u/hannesmenzel)\
**Post date:** [August 3, 2026, 8:54am UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/3 "2026-08-03T08:54:13Z")

</div>

> [@emuse](#):
>
> accuratesalamander and j3drhodes

These two use flac files. It might be worth to check if the current linuxsampler version was compiled for usage with flac samples.

For focussing on sfizz I’m completely with @riban. Sudden note off problems could be rooted in the polyphony limit when too many samples are loaded per note-on (different mic positions, velocity fades…). E.g. try the 3d rhodes with the respective non crossfading patches (keyswitch Ab7, Bb7), these should use est. half the samples per note on.

---

<div class="post-metadata">

**Author:** ![jofemodo](https://discourse.zynthian.org/user_avatar/discourse.zynthian.org/jofemodo/32/2_2.png) [@jofemodo](https://discourse.zynthian.org/u/jofemodo)\
**Post date:** [August 3, 2026, 4:18pm UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/4 "2026-08-03T16:18:06Z")

</div>

Hi @hannesmenzel !

We could try increasing polyphony limits for sfizz, at least in Pi5.  
The limits can be easily changed in this file:

> /zynthian/zynthian-ui/zyngine/zynthian\_engine\_sfizz.py

Then restart the UI with:

> systemctl restart zynthian

and do the tests.

Regards!

---

<div class="post-metadata">

**Author:** ![emuse](https://discourse.zynthian.org/letter_avatar_proxy/v4/letter/e/b782af/32.png) [@emuse](https://discourse.zynthian.org/u/emuse)\
**Post date:** [August 3, 2026, 5:30pm UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/5 "2026-08-03T17:30:23Z")

</div>

Hi, thanks to all of you for your thoughts. I believe now that the sound differences I hear might come from the sample sets themselves. I would like to check this, and also the sfizz note cut-offs I had earlier (doesn’t happen with those new two sfz pianos). Is there still a way to install the original versions of stereo Rhodes and salamander grand piano? Those two had a larger sample set if I remember right. This way I could check how they play along with sfizz, and the sound quality at once.

Best

---

<div class="post-metadata">

**Author:** ![hannesmenzel](https://discourse.zynthian.org/user_avatar/discourse.zynthian.org/hannesmenzel/32/13014_2.png) [@hannesmenzel](https://discourse.zynthian.org/u/hannesmenzel)\
**Post date:** [August 3, 2026, 5:37pm UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/6 "2026-08-03T17:37:07Z")

</div>

I think it might be good for the “factory library” to chose the best versions for each kind of instrument. Besides that, the stereo rhodes had an uncanny license question, and the new Salamander really performs better. If you want to use the original files you might want to throw them in your /zynthian/zynthian-my-data/soundfonts/sfz folder after downloading from these sources:

> **[Index of /sounds/sfz](https://www.bandshed.net/sounds/sfz/)**

> **[GitHub - sfzinstruments/SalamanderGrandPiano: Salamander Grand Piano v3 48KHz 24bit](https://github.com/sfzinstruments/SalamanderGrandPiano)**
>
> Salamander Grand Piano v3 48KHz 24bit

---

<div class="post-metadata">

**Author:** ![Kirtai](https://discourse.zynthian.org/user_avatar/discourse.zynthian.org/kirtai/32/12530_2.png) [@Kirtai](https://discourse.zynthian.org/u/Kirtai)\
**Post date:** [August 4, 2026, 11:08am UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/7 "2026-08-04T11:08:48Z")

</div>

I just saw that the github repo for sfizz has been archived. Has development stopped or been moved?

---

<div class="post-metadata">

**Author:** ![hannesmenzel](https://discourse.zynthian.org/user_avatar/discourse.zynthian.org/hannesmenzel/32/13014_2.png) [@hannesmenzel](https://discourse.zynthian.org/u/hannesmenzel)\
**Post date:** [August 4, 2026, 11:22am UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/8 "2026-08-04T11:22:34Z")

</div>

> [@Kirtai](#):
>
> sfizz has been archived

Ouch. I hunted this down to this post here:

> <https://github.com/sfztools/sfizz/pull/1327>
>
> This PR addresses the MPE feature request in #1313 — adding full per-note pitch …bend, per-note CC modulation, and per-note channel aftertouch routing through sfizz so a polyphonic chord on an MPE controller (Osmose, Seaboard, LinnStrument, Push 3) renders with each finger's modulation applied to its own voice instead of collapsing globally.
> 
> \*\*Status:\*\* draft, inviting design review. Hand-tested against an Expressive E Osmose in Logic Pro and an Ableton Push 3 in Live 12. Full sfizz suite green (526 cases / 52374 assertions) including a new \`tests/MPET.cpp\` covering per-channel state isolation, voice-stealing biasing, MCM / RPN 0 auto-configuration, MPE 1.0 spec-compliance filters, and the MPE-off compatibility contract.
> 
> \## What's in the PR
> 
> Logically organised; each commit is independently buildable.
> 
> \*\*Core engine plumbing\*\*
> \- \`36a6e09a\` — \`MidiState\`: per-channel \`ChannelState\` struct (storage refactor; behaviour unchanged with master-only access)
> \- \`a8b28743\` — \`MidiState\` / \`Voice\`: per-voice \`triggerChannel\_\` plumbing for modulation reads
> \- \`3db6b80a\` — \`Synth\`: channel-aware public API + per-channel dispatch
> \- \`e4812d8b\` — \`VoiceStealing\`: bias victim selection to a preferred MIDI channel
> \- \`5ad530a9\` — \`MidiState\`: lazy member-channel events + regression suite
> \- \`cb3ba1dd\` + \`002f1395\` / \`b117153f\` / \`b9449173\` / \`c2f81dc7\` / \`51e0e3a1\` — hand-test fixes (channel-aware \`Voice::registerNoteOff\`, master→member fallback for scalar getters, summed master+member pitch envelope, empty-events guard)
> 
> \*\*Public C++ + C API\*\*
> \- \`cd7d7df1\` — \`sfz::Sfizz\` C++ wrapper exposes the new methods
> \- \`2977b355\` — parallel C API (\`sfizz\_send\_\*\_channel\`, \`sfizz\_set\_mpe\_enabled\`, bend-range getters/setters)
> 
> \*\*MPE 1.0 spec compliance\*\*
> \- \`2b408275\` — MCM (RPN 6) + Pitch Bend Sensitivity (RPN 0) auto-configuration with per-axis opt-outs
> \- \`0a443c14\` — drop Poly KP on Member Channels (§2.2.7 / Appendix E Table 5)
> \- \`528a4b9d\` — drop Manager-only CCs (pedals, mode/reset, Bank Select) on Member Channels (§2.3.1 / §2.3.3)
> \- \`efaf7c2a\` — released-voice expression reads route through the Manager Channel (§2.2.6 / §2.2.7 / §2.2.8 / §A.4.1)
> 
> \*\*MPE-off compatibility\*\*
> \- \`36c92314\` — regression test asserting legacy-API voices isolate from \`\*MPE\` per-channel writes
> \- \`db9717aa\` — engine collapses channel argument to 0 in all channel-aware entry points when MPE is disabled, so legacy and channel-aware paths behave identically. \`setMPEEnabled(false)\` flushes active voices.
> 
> \*\*API hygiene\*\*
> \- \`13337446\` — dropped the \`\*MPE\` suffix from channel-aware methods now that they handle both modes; C++ becomes overloads of the legacy names, C API uses \`\_channel\` suffix. MPE config surface (\`setMPEEnabled\`, bend-range getters/setters, drop counters) unchanged.
> \- \`9eaef3fc\` — header doc refresh describing the new contract.
> 
> \## Design notes
> 
> \- \*\*MPE config surface\*\*: minimal — \`setMPEEnabled(bool)\` + \`setMPEPitchBendRange(masterSemitones, perNoteSemitones)\` + the two RPN opt-out flags. Happy to grow this if you'd prefer an explicit \`setMPEZone(masterChannel, memberCount)\` shape.
> \- \*\*CC inheritance\*\*: channel-aware getters fall back to master for empty member-channel vectors. Once a member channel writes a CC, it owns its state.
> \- \*\*Master CCs (sustain pedal, modwheel, …)\*\* apply globally because they're sent on the master channel; member voices read their own channel's vector, find it empty, fall back to master.
> \- \*\*No SFZ opcode changes\*\*: existing \`\*\_oncc\<N\>\` opcodes "just work" via per-channel CC banks.
> \- \*\*Lower Zone only\*\*: Upper Zone (master = channel 16) is deferred — no consumer in scope.
> 
> \## Why a fork
> 
> Issue #1313 had been open since April 2025 with no maintainer engagement, and an MPE-capable engine was needed for a personal project. Rather than block, hard-forked at \`f5c6e29f\` and have been iterating on the fork since. This PR exists to invite review and find a maintainer-preferred shape so the patch series doesn't have to live in a fork indefinitely.
> 
> cc @paulfd, @jpcima, @jamshark70.

---

<div class="post-metadata">

**Author:** ![hannesmenzel](https://discourse.zynthian.org/user_avatar/discourse.zynthian.org/hannesmenzel/32/13014_2.png) [@hannesmenzel](https://discourse.zynthian.org/u/hannesmenzel)\
**Post date:** [August 4, 2026, 11:54am UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/9 "2026-08-04T11:54:35Z")

</div>

As far as I understand: someone presumably vibecoded MPE support in a (probably nonfunctioning) sfizz fork, which is now independent fork named sfizioso(-player) after sfizz maintainer rejected reviewing 3000 presumably vibecoded lines and archived sfizz. Someone else again created another fork of sfizz called sfz-ui-mpe using the mpe code above.

> **[GitHub - rullopat/sfizioso: sfizioso — an independent, MPE-capable fork of the...](https://github.com/rullopat/sfizioso)**
>
> sfizioso — an independent, MPE-capable fork of the sfizz SFZ engine (BSD-2-Clause).

> **[GitHub - michael02022/sfizz-ui-mpe: sfizz-ui with sfizioso engine (mpe enabled SFZ...](https://github.com/michael02022/sfizz-ui-mpe)**
>
> sfizz-ui with sfizioso engine (mpe enabled SFZ player)

Since @jlearman might heard more about it, can you tell something about it?

---

<div class="post-metadata">

**Author:** ![jlearman](https://discourse.zynthian.org/letter_avatar_proxy/v4/letter/j/a698b9/32.png) [@jlearman](https://discourse.zynthian.org/u/jlearman)\
**Post date:** [August 4, 2026, 2:55pm UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/10 "2026-08-04T14:55:52Z")

</div>

The archival of sfizz was discussed a bit on the sfz or sfz-tools discourse, but not much more info than already reported above. I believe that folks are trying to get sfizz back in business, without thousands of vibe-coded lines – those belong in forks.

Anyone who wants to join the sfz discord should be able to do it at [https://pianoclack.com/forum/d/721-sfz](https://pianoclack.com/forum/d/721-sfz) .

---

<div class="post-metadata">

**Author:** ![jlearman](https://discourse.zynthian.org/letter_avatar_proxy/v4/letter/j/a698b9/32.png) [@jlearman](https://discourse.zynthian.org/u/jlearman)\
**Post date:** [August 4, 2026, 2:59pm UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/11 "2026-08-04T14:59:03Z")

</div>

linuxSampler isn’t a very complete or up-to-date sfz player, and I don’t test my sampled instruments with it.

LinuxSampler does support FLAC, I believe, so it’s probably something else.

Regarding the changes to factor samplesets, I think it’d be a good idea to have an “Oram factorysoundfonts” package. The problem with this is that it overlaps the Vangelis ones, so uninstall could have unintended consequences. But we could manage that with documentation: When both are installed and one is removed, re-install the other. IMHO that’s simple enough for the user and wouldn’t make it complicated to produce the Oram sampleset package.

---

<div class="post-metadata">

**Author:** ![hannesmenzel](https://discourse.zynthian.org/user_avatar/discourse.zynthian.org/hannesmenzel/32/13014_2.png) [@hannesmenzel](https://discourse.zynthian.org/u/hannesmenzel)\
**Post date:** [August 4, 2026, 3:28pm UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/12 "2026-08-04T15:28:43Z")

</div>

> [@jlearman](#):
>
> I believe that folks are trying to get sfizz back in business, without thousands of vibe-coded lines

Are there plans to do so? I mean, the current release version of sfizz is about three years old (well latest commit 1 year).

---

<div class="post-metadata">

**Author:** ![emuse](https://discourse.zynthian.org/letter_avatar_proxy/v4/letter/e/b782af/32.png) [@emuse](https://discourse.zynthian.org/u/emuse)\
**Post date:** [August 6, 2026, 5:21am UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/13 "2026-08-06T05:21:16Z")

</div>

I tested the Salamander Grand Piano from the link you gave @hannesmenzel thank you! There is quite a big difference between that and the Zynthian Grand Piano installed from the package. Not criticizing the hard work to provide that latter one (which sounds nice and can do the job probably for most use cases), but I just prefer the older, big one for playing along with the headphone. It’s all subjective isn’t it…I had no problems with sfizz since then even with the big original sample set, and I’m happy with the sound, too.

As to the j3drhodes, it sounds really good to me indeed !

So the sound “problem” was not related to sfizz vs linuxsampler, and I can let go the latter, too. Won’t nag you anymore with it 😉 , sfizz seems to work flawlessly here now, who knows what was wrong on my installation before the new sd image…maybe access time of the samples on the earlier memory location on the sd card?

Thanks again to all for the pointers!

---

<div class="post-metadata">

**Author:** ![hannesmenzel](https://discourse.zynthian.org/user_avatar/discourse.zynthian.org/hannesmenzel/32/13014_2.png) [@hannesmenzel](https://discourse.zynthian.org/u/hannesmenzel)\
**Post date:** [August 6, 2026, 6:21am UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/14 "2026-08-06T06:21:27Z")

</div>

> [@emuse](#):
>
> but I just prefer the older, big one for playing along with the headphone.

The “newer one” (Accurate Salamander) also has a “bigger one” version which is also available as a package. The smaller one is @jlearmans version for reduced footprint.

---

<div class="post-metadata">

**Author:** ![emuse](https://discourse.zynthian.org/letter_avatar_proxy/v4/letter/e/b782af/32.png) [@emuse](https://discourse.zynthian.org/u/emuse)\
**Post date:** [August 6, 2026, 4:27pm UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/15 "2026-08-06T16:27:34Z")

</div>

I didn’t know this. How can I find this package? I can only see “Accurate Salamander Grand” in the packages on webconf, and that installs “Zynthian Salamander Grand” as a preset for sfizz.

Edit: or do you mean on github directly, not in the zynthian webconf? Thanks!

---

<div class="post-metadata">

**Author:** ![hannesmenzel](https://discourse.zynthian.org/user_avatar/discourse.zynthian.org/hannesmenzel/32/13014_2.png) [@hannesmenzel](https://discourse.zynthian.org/u/hannesmenzel)\
**Post date:** [August 6, 2026, 6:31pm UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/16 "2026-08-06T18:31:32Z")

</div>

Yes, right this. If I’m not completely mistaken the currently preinstalled is a [reduced](https://discourse.zynthian.org/t/factory-soundfonts-library/12854/204) version of the accurate Salamander (currently version 6 or so) from here:

> **[Accurate-Salamander Project](https://www.ir.isas.jaxa.jp/~cyamauch/AccurateSalamander/)**
>
> Accurate-Salamander Project

And the extra package from webconf is the non reduced one.

Your favorite one you mentioned above is the old/gold V3 from the github link above.

---

<div class="post-metadata">

**Author:** ![jofemodo](https://discourse.zynthian.org/user_avatar/discourse.zynthian.org/jofemodo/32/2_2.png) [@jofemodo](https://discourse.zynthian.org/u/jofemodo)\
**Post date:** [August 7, 2026, 5:00pm UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/17 "2026-08-07T17:00:53Z")

</div>

I just re-added the full version package of the Accurate Grand Piano.  
You must update your zynthian and reload the list (CTRL+F5)

Regards,

---

<div class="post-metadata">

**Author:** ![jlearman](https://discourse.zynthian.org/letter_avatar_proxy/v4/letter/j/a698b9/32.png) [@jlearman](https://discourse.zynthian.org/u/jlearman)\
**Post date:** [August 24, 2026, 12:51am UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/18 "2026-08-24T00:51:48Z")

</div>

> [@emuse](#):
>
> I just prefer the older, big one for playing along with the headphone

Are you willing to try a different version? The reduced version I created earlier did the following to reduce footprint (and in some cases voice usage) :

- 16 bit samples rather than 24 bits – believe me nobody can hear the difference
- FLAC (lossless compression) vs WAV file format
- deleted pedal-down samples
- deleted release samples (this also reduces voice count)

The first two items don’t change the sound at all (except, it’s based on a later version of Accurate Salamander Grand, so there might be issues there but I doubt it – IMHO each release of that project is an improvement with nothing lost.)

My guess is that replacing the pedal-down samples would make it sound a lot nicer. When I did it I was hoping that my piano resonance plugin would provide that instead, but that’s too fiddly, and it does use a bit of CPU.

But it might also be the release samples (the sound of the hammers falling back when releasing a key.) These don’t take much disk space, but they do consume voices, and especially on RPi4 the voice count limit is severe.

Please LMK if you’re interested in trying, or any feedback on which of the above two matter to you.

I’d like to reduce the footprint without reducing the experience.

Also, LMK if you’d like me to walk you through trying PianoRes with the sampleset you didn’t like earlier (we can have both loaded rather than replacing what you like.) You might like having direct control over the amount of harp resonance.

---

<div class="post-metadata">

**Author:** ![emuse](https://discourse.zynthian.org/letter_avatar_proxy/v4/letter/e/b782af/32.png) [@emuse](https://discourse.zynthian.org/u/emuse)\
**Post date:** [August 24, 2026, 1:41pm UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/19 "2026-08-24T13:41:10Z")

</div>

Hi @jlearman

Thanks for your explanations. Yes of course I’d like to test an “intermediate size” version. Yes I think the hammer noises are what I missed in the zynthian grand. The full version plays well on a 5.1, at least when there is not much other stuff playing at the same time. The drawback I would see is some seconds of loading time when switching preset between two zs3 states for instance. So it makes perfect sense to reduce footprint. But I think the full version should remain available as a package alongside… as we have it now.

Thanks again

Besr

---

<div class="post-metadata">

**Author:** ![jofemodo](https://discourse.zynthian.org/user_avatar/discourse.zynthian.org/jofemodo/32/2_2.png) [@jofemodo](https://discourse.zynthian.org/u/jofemodo)\
**Post date:** [August 24, 2026, 5:55pm UTC](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447/20 "2026-08-24T17:55:57Z")

</div>

> [@emuse](#):
>
> But I think the full version should remain available as a package alongside… as we have it now.

The full version is available as a package that you can install.

Regards,

[Next page](https://discourse.zynthian.org/t/linuxsampler-no-longer-playing-accuratesalamander-and-j3drhodes/13447.md?page=2)