Faust compilation error

this fixes it https://github.com/grame-cncm/faust/pull/792

I opened a pull request to their repo. Are you using their online IDE? Not sure how fast or slow merged pull requests take to propagate to that.

In the meantime, you could make some changes to the Bela code on your board to revert OscReceiver to the old API. This should do it:

diff --git a/libraries/OscReceiver/OscReceiver.cpp b/libraries/OscReceiver/OscReceiver.cpp
index 15e6c4b67..90e2c1308 100644
--- a/libraries/OscReceiver/OscReceiver.cpp
+++ b/libraries/OscReceiver/OscReceiver.cpp
@@ -7,7 +7,7 @@ constexpr unsigned int OscReceiverSleepBetweenReadsUs = 5000;
 constexpr unsigned int OscReceiverInBufferSize = 65536; // maximum UDP packet size

 OscReceiver::OscReceiver(){}
-OscReceiver::OscReceiver(int port, std::function<void(oscpkt::Message* msg, const char* addr, void* arg)> on_receive, void* callbackArg){
+OscReceiver::OscReceiver(int port, std::function<void(oscpkt::Message* msg, void* arg)> on_receive, void* callbackArg){
 	setup(port, on_receive, callbackArg);
 }

@@ -34,7 +34,7 @@ void OscReceiver::receive_task_func(){
 	}
 }

-void OscReceiver::setup(int port, std::function<void(oscpkt::Message* msg, const char* addr, void* arg)> _on_receive, void* callbackArg)
+void OscReceiver::setup(int port, std::function<void(oscpkt::Message* msg, void* arg)> _on_receive, void* callbackArg)
 {
 	inBuffer.resize(OscReceiverInBufferSize);

diff --git a/libraries/OscReceiver/OscReceiver.h b/libraries/OscReceiver/OscReceiver.h
index 22f33573e..704dee755 100644
--- a/libraries/OscReceiver/OscReceiver.h
+++ b/libraries/OscReceiver/OscReceiver.h
@@ -23,7 +23,7 @@ namespace std {
 class OscReceiver{
 public:
 	OscReceiver();
-	OscReceiver(int port, std::function<void(oscpkt::Message* msg, const char* addr, void* arg)> on_receive, void* callbackArg = nullptr);
+	OscReceiver(int port, std::function<void(oscpkt::Message* msg, void* arg)> on_receive, void* callbackArg = nullptr);
 	~OscReceiver();

 	/**
@@ -36,7 +36,7 @@ public:
 	* @param callbackArg an argument to pass to the callback
 	*
 	*/
-	void setup(int port, std::function<void(oscpkt::Message* msg, const char* addr, void* arg)> on_receive, void* callbackArg = nullptr);
+	void setup(int port, std::function<void(oscpkt::Message* msg, void* arg)> on_receive, void* callbackArg = nullptr);

 private:
 	bool lShouldStop = false;
@@ -52,6 +52,6 @@ private:
 	std::unique_ptr<oscpkt::PacketReader> pr;
 	std::vector<char> inBuffer;

-	std::function<void(oscpkt::Message* msg, const char* addr, void* arg)> on_receive;
+	std::function<void(oscpkt::Message* msg, void* arg)> on_receive;
 	void* onReceiveArg = nullptr;
 };

or you can patch the file generated by faust before moving it to the board.

akjmicro of this wisdom in a "Faust troubleshooting guide" somewher

well... the "official guide" says that you should use faust2bela -tobela ... Integration with a third-party web service is complicated to manage ... because that can change (or not!) without notice.

I am not familiar with the online FAUST IDE ... how do you download the file?
Is this the one you are using? https://faustide.grame.fr/ Can you explain exactly how you are downloading the files?

I clicked on "Export/compile to specific platform binary code". From there selected Platform: "bela" and Architecture: "bela".When I press "Download", I get two different files depending on whether I click or don't click on "Compile" before. These have some parts that are missing/different from the ones I tested the "Make parameters" options I mentioned above, so I am not sure they'll work as expected. It looks like the render.cpp I get after clicking "compile" should build and has those features in. Either way, the file I get claims to be built with Faust "2.40.12", while the current version is 2.46.2, so this is indeed lagging behind. That's yet another good reason to use the scripts if possible ...

The gate signal from the GUI triggers a sound for me. Can you verify a regular Bela project (e.g. the fundamentals/sinetone example from the ide ) does indeed generate sound?

akjmicro I'm about to all but give up on faust.... :/

the "fun" thing here is that this is not FAUST's fault: FAUST is just a C++ project that uses Bela's Midi class, just like PureData and Csound and the C++ code below do. So it should work well just the same!

akjmicro ALSA lib rawmidi_hw.c:233snd_rawmidi_hw_open) open /dev/snd/midiC1D0 failed: No such device

That means that there is another program using that port (this should be hw:1,0,0). Did you stop any amidi -d -p hw:1,0,0 running when you started the FAUST project? Only one program at a time can access that port.

Can you try to run the program below ? If it runs successfully, stop it and run the faust program immediately after it. Does it still show the same ALSA lib error line ?

If the error persists, to find out what process has the port open, run:

find /proc/*/fd -lname "/dev/snd/*" -exec bash -c 'ps -`echo {} | sed "s:/proc/\([0-9]*\)/fd/.*:\1:"`' \;

#include <Bela.h>
#include <libraries/Midi/Midi.h>

Midi gMidi;

bool setup(BelaContext *context, void *userData)
{
	// Initialise the MIDI device
	if(gMidi.readFrom("hw:1,0,0") < 0) {
		fprintf(stderr, "Unable to read from MIDI port\n");
		return false;
	}
	gMidi.enableParser(true);

	return true;
}

void noteOn(int noteNumber, int velocity)
{
	printf("note on: %d %d\n", noteNumber, velocity);
}

void noteOff(int noteNumber)
{
	printf("note off: %d\n", noteNumber);
}

void render(BelaContext *context, void *userData)
{
	// At the beginning of each callback, look for available MIDI
	// messages that have come in since the last block
	while(gMidi.getParser()->numAvailableMessages() > 0) {
		MidiChannelMessage message;
		message = gMidi.getParser()->getNextChannelMessage();
		message.prettyPrint();		// Print the message data

		// A MIDI "note on" message type might actually hold a real
		// note onset (e.g. key press), or it might hold a note off (key release).
		// The latter is signified by a velocity of 0.
		if(message.getType() == kmmNoteOn) {
			int noteNumber = message.getDataByte(0);
			int velocity = message.getDataByte(1);

			// Velocity of 0 is really a note off
			if(velocity == 0) {
				noteOff(noteNumber);
			}
			else {
				noteOn(noteNumber, velocity);
			}
		}
		else if(message.getType() == kmmNoteOff) {
			// We can also encounter the "note off" message type which is the same
			// as "note on" with a velocity of 0.
			int noteNumber = message.getDataByte(0);
			noteOff(noteNumber);
		}
	}
}

void cleanup(BelaContext *context, void *userData)
{
}