RNBO - Buffer / Raspberry

RNBO

Boucan Vert

Hello

I have some questions about file dependencies of buffer?

In the version 1.3.4 of RNBO, when I export patch on Raspberry the file in a buffer (@file) is always load.

Instead in the newer version 1.4.3, at the export all is fine. But after reboot the Raspberry, the buffer is empty??

Do you have ideas?

Thanks for your answer

Alex Norman

Can you share a small patch that illustrates the problem for you?

Are you clicking the "Copy Buffer Dependencies" box?

Do you have an "initial" preset for your graph or device that clears out the buffer?

Jason Langheim

Hello Max-Peoples,

Hope it’s ok if I use this thread: I started working with RNBO recently and have to adapt to the new work flow.

I’m currently working on a project with some sort of sampler build in. So far my file handling is done by a python script which basically puts sounds in slots (empty wav files that get replaced). RNBO should load these slots into its buffer.

My problem: I see no way of telling the buffer inside RNBO to refresh. Has anyone an idea how to accomplish this? It’s basically always referring to the sample file but the content of that file changes.

(In the end the „patch“ should run in a raspberry pi)

Alex Norman

Jason,

I'd probably start a new thread for your question.

Boucan Vert

Hello,

Sorry for the delay, I’ve been busy with several other projects.

The “Copy Buffer Dependencies” box is checked.

“Do you have an ‘initial’ preset for your graph or device that clears out the buffer?” — I don’t think so.

Buffers on first upload and on patch reload via RNBO.remote.

Here is an example with automatic reload (missing files changed).

Boucan Vert

journalctl -u rnbooscquery -b

May 29 17:21:56 RTest systemd[1]: Started rnbooscquery.service - RNBO OSCQuery Service.

May 29 17:22:03 RTest rnbooscquery[695]: Cannot connect to server socket err = No such file or directory

May 29 17:22:03 RTest rnbooscquery[695]: Cannot connect to server request channel

May 29 17:22:03 RTest rnbooscquery[695]: jack server is not running or cannot be started

May 29 17:22:03 RTest rnbooscquery[695]: JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock

May 29 17:22:41 RTest rnbooscquery[695]: exception caught [org.freedesktop.DBus.Error.NoReply] Method call timed out

May 29 17:22:41 RTest rnbooscquery[695]: JACK server starting in realtime mode with priority 10

May 29 17:22:41 RTest rnbooscquery[695]: self-connect-mode is "Don't restrict self connect requests"

May 29 17:22:43 RTest rnbooscquery[695]: creating alsa driver ... hw:sndrpigooglevoi|hw:sndrpigooglevoi|256|2|48000|0|0|nomon|swmeter|-|32bit

May 29 17:22:43 RTest rnbooscquery[695]: configuring for 48000Hz, period = 256 frames (5.3 ms), buffer = 2 periods

May 29 17:22:43 RTest rnbooscquery[695]: ALSA: final selected sample format for capture: 32bit integer little-endian

May 29 17:22:43 RTest rnbooscquery[695]: ALSA: use 2 periods for capture

May 29 17:22:43 RTest rnbooscquery[695]: ALSA: final selected sample format for playback: 32bit integer little-endian

May 29 17:22:43 RTest rnbooscquery[695]: ALSA: use 2 periods for playback

May 29 17:22:43 RTest rnbooscquery[695]: port created: Midi-Through:midi/playback_1

May 29 17:22:43 RTest rnbooscquery[695]: port created: Midi-Through:midi/capture_1

May 29 17:22:44 RTest rnbooscquery[695]: JackEngine::XRun: client = jack-transport-link was not finished, state = Running

May 29 17:22:44 RTest rnbooscquery[695]: JackAudioDriver::ProcessGraphAsyncMaster: Process error

May 29 17:22:46 RTest rnbooscquery[695]: [2026-05-29 17:22:46] [error] handle_read_handshake error: websocketpp.transport:7 (End of File)

May 29 17:22:46 RTest rnbooscquery[695]: [2026-05-29 17:22:46] [info] asio async_write error: system:32 (Broken pipe)

May 29 17:22:46 RTest rnbooscquery[695]: [2026-05-29 17:22:46] [error] handle_write_http_response error: websocketpp.transport:2 (Underlying Transport Error)

May 29 17:22:46 RTest rnbooscquery[695]: [2026-05-29 17:22:46] [info] Error getting remote endpoint: system:107 (Transport endpoint is not connected)

May 29 17:22:46 RTest rnbooscquery[695]: [2026-05-29 17:22:46] [info] asio async_write error: system:32 (Broken pipe)

May 29 17:22:46 RTest rnbooscquery[695]: [2026-05-29 17:22:46] [error] handle_write_http_response error: websocketpp.transport:2 (Underlying Transport Error)

May 29 17:22:46 RTest rnbooscquery[695]: [2026-05-29 17:22:46] [info] Error getting remote endpoint: system:107 (Transport endpoint is not connected)

May 29 17:22:46 RTest rnbooscquery[695]: [2026-05-29 17:22:46] [error] handle_read_frame error: websocketpp.transport:7 (End of File)

May 29 17:22:46 RTest rnbooscquery[695]: JackEngine::XRun: client = jack-transport-link was not finished, state = Triggered

May 29 17:22:46 RTest rnbooscquery[695]: JackEngine::XRun: client = rnbo-control was not finished, state = Triggered

May 29 17:22:46 RTest rnbooscquery[695]: JackEngine::XRun: client = rnbo-record was not finished, state = Triggered

May 29 17:22:46 RTest rnbooscquery[695]: JackEngine::XRun: client = BufferRK-0 was not finished, state = Triggered

May 29 17:22:46 RTest rnbooscquery[695]: JackAudioDriver::ProcessGraphAsyncMaster: Process error

May 29 17:22:46 RTest rnbooscquery[695]: JackEngine::XRun: client = rnbo-control was not finished, state = Triggered

May 29 17:22:46 RTest rnbooscquery[695]: JackEngine::XRun: client = BufferRK-0 was not finished, state = Triggered

May 29 17:22:46 RTest rnbooscquery[695]: JackAudioDriver::ProcessGraphAsyncMaster: Process error

May 29 17:22:46 RTest rnbooscquery[695]: JackEngine::XRun: client = rnbo-control was not finished, state = Triggered

May 29 17:22:46 RTest rnbooscquery[695]: JackEngine::XRun: client = BufferRK-0 was not finished, state = Triggered

Boucan Vert

And now, with version 1.4.4, do I always need an internet connection to compile?

Alex Norman

our 64-bit target does require the cloud compiler, yes