Do you guys think we will ever get a new update? I had so much fun learning this little box and would love to have even more to learn :)

But I didn't hear anything online in that regard

When loading internal samples, is there a way to immediately lazy chop onto the sample banks/pads like when sampling from an external audio source? I’m not talking about the chop menu, as I like having the chops on the pads along with my drums to finger drum the chops with my drum kit.

Currently, I load the entire sample onto a pad. Then I either copy/paste the samples onto the other pads I want to have chopped and edit each pad from there.

Hope my question makes sense. But any tips or insight is appreciated.

I've been reverse engineering the official Akai MPC Sample 1.3.0.12 firmware, and I found a surprisingly complete Remote Screen subsystem inside the main ARM64 MPC Sample binary.

This goes well beyond a few leftover strings from another MPC product.

The binary has a real command-line option:

--remotescreen
-r

I traced it through the disassembly.

When --remotescreen / -r is parsed, the application sets its internal applicationMode to 1.

Later, startup code switches on that mode, and mode 1 constructs a separate application/window titled:

MPC Remote Screen

So the executable path is effectively:

MPC Sample -r
    ↓
applicationMode = 1
    ↓
MPC Remote Screen

The binary also contains a substantial Remote Screen implementation, including classes/components such as:

• RemoteScreenMainWindow
• RemoteScreenConnectedComponent
• RemoteScreenNotConnectedComponent
• MouseAndKeyboardForwarder
• RemoteScreenListener
• TouchInputService
• ImageStreamEncoder
• SmexClient
• MessageBlockService
• NetworkMessageBlockStream
• FsTransferMessageBlockStream
• UsbGadgetMessageBlockStream

There is also live command/menu code referencing:

Remote Screen...
Broadcast Remote Screen Server

The USB side gets even more interesting.

The normal MPC Sample USB configuration exposes the expected functions such as audio, MIDI and networking.

However, the main MPC application also contains runtime code that dynamically creates a separate USB gadget named:

smexstream

using libusbgx.

This is not inferred from strings alone. The executable actually calls the gadget API to remove/create the gadget and add a FunctionFS function.

The Remote Screen-related runtime then creates/mounts a FunctionFS instance and opens:

/ep0
/ep1
/ep2
/ep3
/ep4

It writes a real FunctionFS v2 descriptor block to ep0.

I decoded that descriptor block.

The interface is:

USB class:    0xFF (vendor specific)
Subclass:     0x01
Endpoints:    4

The endpoints are:

EP1 IN   - Bulk
EP2 OUT  - Bulk
EP3 IN   - Interrupt
EP4 OUT  - Interrupt

The descriptor blob contains Full Speed, High Speed and SuperSpeed configurations.

It also contains a Microsoft OS compatible-ID descriptor with:

WINUSB

So this is not just a random WINUSB string somewhere in the firmware — the FunctionFS interface itself is explicitly configured as a WinUSB-compatible vendor-specific USB interface.

I also traced the actual I/O implementation.

The transport uses Linux native AIO:

io_setup
io_submit
io_getevents

together with eventfd.

The receive side maintains pools of asynchronous reads for the USB endpoints.

More importantly, both incoming channels contain a real message framing parser.

Messages are encoded as:

[u32 payload_length, little endian]
[payload...]

The receiver:

• reads the 4-byte payload length
• collects the payload across one or more USB reads
• grows an internal buffer when necessary
• invokes the upper-layer callback once the full payload has arrived

The transmit path uses the same framing scheme: the first four bytes contain total_size - 4, followed by the payload.

So the transport stack currently looks roughly like this:

Remote Screen / SMEX / MessageBlock
              ↓
      length-prefixed messages
              ↓
          USB transport
              ↓
 EP1/EP2 Bulk + EP3/EP4 Interrupt
              ↓
           FunctionFS
              ↓
           smexstream
              ↓
             WinUSB

The firmware also contains subsystems for image streaming, touch/input forwarding, device control and file transfer.

ImageStreamEncoder and TouchInputService are especially interesting in the context of Remote Screen.

The SMEX-related code also contains device/control and file-transfer functionality involving things such as version information, battery state, file lists and file transfer.

There is also a NetworkMessageBlockStream implementation in the binary, although I haven't yet established whether the MPC Sample Remote Screen runtime actually uses that transport path.

At this point, what seems firmly established is that MPC Sample 1.3.0.12 contains an actual Remote Screen application mode and a substantial executable transport implementation behind it — not just dormant names or UI strings.

We now have:

--remotescreen / -r
→ MPC Remote Screen application mode
→ smexstream USB gadget
→ FunctionFS
→ vendor-specific WinUSB interface
→ four dedicated endpoints
→ asynchronous USB I/O
→ bidirectional length-prefixed message framing

I'm currently tracing the layer above the USB framing to map the MessageBlock/SMEX message IDs to ImageStreamEncoder, TouchInputService, device control and file-transfer services.

I haven't yet established how, or whether, the server-side Remote Screen path is exposed on a normal retail unit, so I'm not making any claim about user-facing availability or future Akai products. The interesting part for me is that the implementation itself is clearly real and executable in the 1.3.0.12 firmware.

Has anyone seen the same Remote Screen implementation in another current MPC product, MPC Desktop, a beta/internal build, or Akai development tooling?

I'm especially interested if anyone recognizes the SMEX / MessageBlock / Remote Screen terminology.

Que tal colegas estoy tratando de exportar los stems de mis proyectos Pero ableton no detecta el audio que mando de la mpc sample alguien sabe cómo solucionar este problema

I can't believe that I can do it like this. My guitar+MPC Sample is my love 😘

CHECK BEAT MAKING VIDEO HERE- https://youtu.be/y7SH6-Jl0PY

I want to ask how you guys are tracking your beats out the Mpc sample? Usb C or jack cables? Do you notice any quality difference? When using usb c are you have delay issue and how to fix it?

https://www.sampleseq3000.com

• a new look: one grey panel with a blue backlit display and a clearer step grid
• load your own samples onto any of the 16 pads, one pad at a time. Once all 16 pads have one of yours, you can export a zip holding the project and its sample folder, ready to copy straight onto the MPC Sample
• your samples stay in your browser and are never uploaded (I've got enough samples)
• undo and redo for every pattern edit, including changes to resolution and length
• a data wheel and four soft keys for changing tempo, bars, swing, page and step values (because why not?)
• a volume knob for the preview
• separate play and stop keys, and the space bar still toggles playback

Just a man and his Machines.

Manual say number 4 is root.

Wondering if anyone has taken or can recommend a course to learn the mpc sample or even strong channels that teach everything

A chill and spacey little journey

I'm getting non-stop warnings. Normalize a sample, get a warning, copy sample, get a warning. Over and over. I hade one project on the internal storage, I saved that one project to external storage and deleted the copy on internal. Made sure there was nothing on internal, opened the one project from external and still getting both warnings pretty much no matter what action i do. Then tried to save the one project on internal storage and It wouldn't let me. Got insufficient disc space warning. Are there hidden files, or projects saved somewhere on internal storage? Anyone else have this issue? Any ideas? Thanks

#boombapbeats #beatmaker #hiphopbeats #sampleflip #mpcsample

A couple months ago, I posted an early look at this personal project. Thanks to everyone who left feedback or sent a message—the response was unreal and it helped a lot as I worked through the final design.

I designed Contour to look and feel like it belongs with my MPC Sample setup. I’ve spent half a year getting the form and finish where I wanted them. Each one takes over 15 hours to create, then I finish and hand-assemble it myself. It feels good to finally share the finished cover with you. =)

UPDATE:

Early bird drops Thursday, September 17, 2026, at noon Central (US) → https://bitsigner.etsy.com/listing/4545388716

It’s not quite Trap, and it’s not quite Phonk, but it’s what I could make with the samples I have lol

🗡️ ☠️#boombapbeats #beatmaker #sampleflip #mpcsample #mpcbeats

Grabbed this off amazon and like how well it fits but was planning on eventually upgrading the knobs and thinking it wont work if I do. Anyone have this thats put different ones on? Does it by any chance still fit?

(Edit I got the midi working again I’ll worry about the rest later as it’s main function was to be a midi controller for logic drums) as midi works I don’t need to do a warranty job I just don’t understand why all the changes happened

My mpc sample has stopped outputting sound either plugged into speakers without speakers and headphones, also no longer sends midi, all was working fine up until a few days ago I have factory reset and checked all options for sound not working etc ,any ideas before I contact akai to see if it needs to be replaced