Play+ v2.0: A Complete Visual and Functional Firmware Roadmap

What is the problem?

While Polyend Play+ is a powerful performance tool, the current firmware only scratches the surface of its hardware potential. Users face several critical bottlenecks:

What should this feature achieve?

My goal is to transform the Polyend Play+ into the most powerful and versatile groovebox on the market. This proposal is not just a list of minor tweaks—it is a comprehensive visual and functional blueprint designed to unlock the massive untapped potential of the “+” hardware.

Are there any workarounds?

Any links to related discussions?

Any references to other products?

«Inspired by the most efficient workflows in the industry, but completely reimagined and optimized specifically for the Polyend Play+ hardware layout and grid logic.»

Hi Polyend community!

I’ve prepared a detailed concept on how to expand the capabilities of our beloved Polyend Play+. My goal is to make the device even more self-sufficient and convenient for both mixing and live performances.

I have meticulously designed the interface and logic for all the new functions. Unfortunately, as a new user on the forum, the system doesn’t allow me to upload more than one image. Therefore, I’ve combined all my work into one large file. I apologize for this format, and I hope it won’t stop you from exploring these ideas!

I would be happy to hear constructive criticism from experienced users and, of course, the opinion of the Polyend development team. Let’s make the Play+ even cooler together!

Polyend Play+ V2.0.pdf (5.1 MB)

11 Likes

Hey there @Cronos, a warm welcome to Backstage. Great to have you join us here!

What an Epic first post :star_struck: Wild stuff man. It shows you put some real though and effort into this.

I’m curious; is your vision to transform the current P+ into this state, or are we talking like an actual new Play+ 2 product?

Amazing stuff! I gotta second Dann’s question, do you think this can work with just firmware updates on the current Play+ or is it something more of a hardware and firmware evolution youre proposing?

Initially, I designed all of this specifically with the current Polyend Play+ in mind. My goal was to push the existing hardware to its absolute limit by optimizing the UI and adding a variety of sound engines for working with samples and loops. I also focused on refining and enhancing the parameters we already have. Throughout the process, I made sure everything fits within the current button layout and workflow logic.

Regarding a potential Play+ 2 if this vision looks so massive that it feels like a next-generation device - I’m all for it! If Polyend sees this as a foundation for a completely new product, that would be amazing.

2 Likes

Great post mate @Cronos and more thorough than I could imagine, are you a project manager by profession? :laughing:

I previously asked about the DWA engine to allow us to at least use samples polyphonically on the Play+, but was informed its a complicated task and that it would push the performance limits of the Play+, so sounds like the cpu is limiting what can be achieved here? Although the project RAM is also way too limited, 30mb is far too small for stereo samples.

My thoughts are what you have curated would be ideal for a completely redesigned ‘Polyend Play +2’ or whatever it would be called, as the current device does not have the processing power unfortuntely.

I also sent some ideas which were passed to the dev team in regards to workflow and feature improvements:

1. Advanced Sampling & Memory

  • Expanded RAM: Increase project/sample pack RAM to 256MB or higher to support recorded audio or longer stereo samples and loops

  • On-Board Sampling: Full sample recording, resampling, and non-destructive editing capabilities directly on the device (Play device would require an audio in for recording older devices that are not USB class compliant for USB audio).

  • Timestretch: Implementation of high-quality Timestretch/Warp algorithms (something like élastique Pro v3) for syncing loops to project BPM.

2. Flexible Track Architecture

Moving beyond the “one sample per step track” by allowing the 8 Audio Tracks to be assigned any of the following “Track Types”:

  • One Shot Track: This would be how the current Play+ operates with single sample per step implementation from a Projects sample folder.

  • Drumkit Track: Up to 16 samples per kit mapped to the selected track

  • Audio/Looper Track: Dedicated to internal resampling, external recording, or timestretched loops.

  • Slice Track: For slicing imported or recorded audio with a dedicated project slice folder within the project (the slices are then able to be randomised like other samples in the pack via the randomiser algorithm)

3. Synth & MIDI Instruments

  • New Synth Engines: Include the synth engines in particular the sample based ones from the Polyend Synth

  • Polyphonic Consolidation: Allow up to 4-voice polyphony per track (32 voices total). This prevents the current issue where manually recording a few chords on the synth track quickly exhausts all 8 synth tracks.

  • Consistent Midi Track data: I’d suggest restricting “Pick and Place” to Audio tracks only. For Synth/MIDI tracks, maintaining a consistent patch per track would prevent accidental patch jumps and make melodic composition much more intuitive.

  • Per-Track Arpeggiator: A dedicated arpeggiator available to the Audio and MIDI/Synth tracks

4. Additional Enhancements

  • Full colour oled screen: Implement the same screen as used on the Polyend Synth device

  • Velocity-Sensitive Grid: Utilise the 16x8 grid pads as a fully playable keyboard grid controller. This would make the device a true playable instrument and remove the reliance on the clunky side-view keyboard layout.

  • 128-Step Sequencer: Expand the maximum pattern length to 128 steps for more complex, evolving sequences.

  • Expanded FX Routing: Make the distortion/waveshaping algorithms from the “Dirt” engine available as Insert FX for other synth and audio tracks.

  • Ableton Link: Integration of Ableton Link (via Wi-Fi) for seamless wireless sync with Ableton Live and other Link-enabled mobile apps and hardware, this would be especially relevant now that Ableton Link Audio is currently in beta to allow wireless streaming of audio between Link enabled devices.

I’m very passionate about the Play/Play+, I have and used other grooveboxes, but nothing compares to the Play for super quick composing and production, the only thing I struggle with when im producing something are with the synth/midi tracks, I find it difficult writing melodic tracks, when placing multiple notes on the piano roll due to how manually played chords are spread over multiple tracks or recording via that side keyboard layout, I just have to use other gear to riff on or record with, I much prefer the Synthstrom Deluge’s layout and track handling where the midi or audio data is stored in a single clip, makes editing notes much easier and you can’t end up accidently using a different synth track on the same track!

It would also be way cool to be able to parameter lock the synth parameters per step to get some variation on the synth tracks too.

The Akai Force has pretty much everything you need in a production groovebox, it’s also great but that machine is an absolute beast on your lap, you can’t just sit on the couch and jam away like you can with the Polyend Play.

3 Likes

To create a banger, there’s a prerequisite, in my opinion: having the same fluidity and speed of operation as on the Ableton Move. The comparison between the two products isn’t flattering for the Polyend Play+. Was it a poor choice of processor? Or of memory size and type?

Would you mind going into a little more detail as to how you designed this to work on the current hardware? While some of the concepts could be easily accomplished by taking a few notes from the tracker’s .pti instruments, others are brand new to the current model’s layout and seem like they would take up quite a few resources during live playback and/or have difficulty playing project made on older firmware. While these seem like cool ideas, I would like to better understand the likelihood that they can be implemented on the current hardware before voting. Do you have code you’ve tested or can share with us some information that can enlighten us a bit more as to how this could all be accomplished on firmware updates alone?

Thanks for taking the time to answer my questions!

Polyend Play+ Firmware Concept v2.0 (Light Edition) — Ready to Code!

Hi everyone!

I’ve carefully read all your comments on my previous UI/UX concept. The main concern was that the current hardware wouldn’t be able to handle it. I took that feedback seriously and have completely redesigned the concept from the ground up.

I’m presenting the Light Edition. This isn’t just a “wishlist” — it’s an optimized solution tailored to the CPU and RAM limits of the current Play+. I’ve removed all heavy processes and focused on clever ways to use what’s already “under the hood.”

What makes this “Light” (and realistic to implement):

  1. Sub-parameters (The Second Layer):
    We utilize the screen buttons and encoder double-taps to 100%. This unlocks deep settings (Morph, Glide, Filter Type, Modulation) without cluttering the main interface.

  2. Advanced AHD Envelope:
    Instead of basic Attack/Decay, I’m proposing a full AHD (Attack-Hold-Decay) structure. Adding a Hold phase and selectable modes (TRIG/FREE/GATE) turns the sampler into a flexible synthesis tool. I’ve also included Anti-click logic (1ms micro-fade) for a perfectly clean sound.

  3. Efficient Modulation (Simple Modulation):
    A Shape/Depth system based on Look-up Tables. These are mathematically “light” operations that provide synth-like dynamics with minimal CPU impact.

  4. Algorithmic Morph & Move:
    Instead of real-time algorithm recalculation, I suggest using deterministic offset tables. This allows for thousands of variations and smart pattern transformations (Pinch, Ramp, Pyramid) while maintaining musicality through a Scale Filter.

  5. Smart Warp & Grid:
    Tempo sync and slicing via virtual memory mapping. This is much faster and more stable than traditional time-stretching.

  6. Automation Perform FX:
    An automation layer for performance effects that leverages existing system parameters (Panning, Resonance, Send levels). Zero extra DSP load, but a massive boost for live performance.

This version of the technical specs keeps the “magic” of the original idea but packages it in a “Ready to Code” format. It’s a bridge that turns the Play+ into a complete professional workstation.

1 Like

This specification work is remarkable. Well done !
It really makes you want to see a working version.

Truly superb work from one enthusiast to another!

I will add a very important note: to sell this idea, in my opinion the pure sonic power needs to be upgraded in parallel with all of this. A new product altogether, with a reworked audio path and chipset, would have to be the main partner in this crusade.

Elektron Tonverk and Teenage Engineering OP–XY both sound significantly better than Polyend, and the Polypulse (an all-digital engine) has reached new levels in digital audio!. If Polyend can match these in sound and update their DSP to a more modular level, they may win the game, as they already have a strong spark when it comes to UI design.

Play might be the fastest and most innovative concept around — it certainly holds a place as one of the first of the fourth generation grooveboxes. Best Regards :saluting_face: :melting_face:

So I read on reddit that you have never owned a Play/Play+ and that this was written mostly by AI​:confused: I was really hoping that you had actual evidence that this stuff could work on the Play+, but it seems more of an AI hallucination than something realistic. I mean this with kindness, but you should really grab a Play+ before trying to influence it’s functioning and spend some time looking into the facts of DSP and reverse engineering if you’re going to use AI for the specs, as it’s been known to give inaccurate information. I was pretty stoked about this idea, but it doesn’t seem like it’s possible to do this on firmware alone​:disappointed_face: maybe an actual dev from the polyend team could jump in and give us a little more scope about the realistic application of your ideas and then adjust the feature request to match that​:man_shrugging:

"I did all of this myself. I drew every single one of those damn pictures myself. I came up with which parameters were needed and which weren’t myself. I designed the architecture of the sub-parameters and wrote the descriptions for all my ideas and specs myself.

You people have latched onto this AI thing so much. I used it for translation, and I am exhausted from writing this everywhere. I do not speak English, so I used it to translate. On Reddit, everyone jumped on me at once like I was the enemy. I even had to delete the post because there was a strong feeling that you don’t care about the concept or the development of the device, but just want to trash everything and pick on the AI part.

That’s all from me. I am not accusing you specifically of anything, it’s just very hurtful that everything I spent a long time thinking through was dismissed as being made by AI.

And yes, here is the list of parameters from all nine pages and their impact on the processor. If, after this, someone still claims that the Polyend can’t handle this, then any store calculator is more powerful than the Polyend—which is obviously not true, right?"

1. Morph ( on Track Length / Play Mode page ) It is just a “lookup table” (LUT). All values are already in the memory. The CPU doesn’t calculate anything new, it just “looks at the paper” and picks a number. It’s super light, maybe even lighter than the current Fill randomizer.

2. Glide ( on Note / Micro-tune page ) Bipolar knob: left for Always Glide, right for Legato (like TB-303). It’s just a simple pitch slide. Any digital player can do this easily. The CPU just slowly changes the playback speed of the sample. No magic here.

3. Note Length ( on Note / Micro-tune page) This is just a software timer for the Gate. I added 0.25 precision for short “stabs” and micro-rhythms. Zero CPU load.

4. Advanced Filters ( on Filter Cutoff / Resonance page ) The idea is to use the filters that are ALREADY inside the Play+ synth engines. We just “re-route” them to the audio tracks. You swap one filter for another – the load is the same, but the sound is much better.

5. One Shot Mode ( on Sample Start / Sample End page ) basic thing. Just play the sample as it is. Lowest load for the system.

6. Warp Mode ( Virtual strech on Sample Start / Sample End page ) IMPORTANT: This is NOT time-stretching like in a computer! This is “virtual slicing”. The sample just starts from a specific point (Offset) to stay in sync with BPM. This is how Digitakt works. It’s very easy for the hardware.

7. Grid Mode ( Virtual slicing on Sample Start / Sample End page ) Same as Warp. We just tell the CPU: “play the sample from slice #15”. Same load as a normal One Shot.

8. AHD Envelope ( Sample Attack / Sample End page ) Added a Hold knob via the screen button. Plus “FREE” mode for smooth transitions without clicks. Simple volume logic, very light.

9. Arp Mode (Arpeggiator on Sample Start / Sample End page ) Just a note generator. For the audio engine, it looks like you are just pressing pads very fast. The voice limits are the same, so no CPU problems.

10. Drive ( on Distortion / Bit depth page ) Simple “waveshaping”. These algorithms are already in the synths, we just move them to the audio tracks.

11. Pre/Post Filter Routing ( on Distortion / Bit depth page ) This is just a “switch”. What goes first – filter or distortion? The CPU just changes the order of blocks in the chain. It’s “free” for the resources.

12. Chorus and Phaser ( on Reverb / Delay Send page ) I agree this is some load. But I put them in Send Effects. They work only once for the whole mix, not for every track. The load is fixed and predictable.

13. Move (on Move / Micro-move page ) Step geometry. The CPU just moves notes in the grid. It’s just simple math.

14. Fill ( Your own library without a computer ) This is a killer feature. Make a pattern, tweak the sounds, and save it as your own preset inside the box. Then just load it in any new project via Fill. This is just SD card memory work, zero CPU load during playback.

15. Smart Freeze (RENDER) – THE MOST IMPORTANT If someone is worried that the CPU can’t handle heavy FX — here is the solution. We just “freeze” the track. Play+ renders it to audio with all FX and plays it back as a simple file. Then the CPU load for this track drops to ZERO. This removes all hardware limits.

16. Master Compressor ( like in Digitakt 2 ) Yes, this takes some resources. Но (but) it’s only one on the Master bus. The ARM CPU in Play+ is strong enough for one good compressor with sidechain. We need this for a professional sound “out of the box”.

17. Distortion for internal Synths Added a separate drive block inside the synth engines. So synths can “growl” before they hit the master bus.

18. Key Tracking Link parameters to notes. Formula: Value = Note \* Coeff. Even a calculator can do this.

19. Perform Mode Automation Record your hand movements into the grid. For the CPU, there is no difference if you turn the knob or if the automation does it. It’s just a data stream.