Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

question: list input via inport & unity parameter exposing #5

Open
chausch opened this issue Dec 10, 2022 · 7 comments
Open

question: list input via inport & unity parameter exposing #5

chausch opened this issue Dec 10, 2022 · 7 comments
Assignees

Comments

@chausch
Copy link

chausch commented Dec 10, 2022

it seems inports in rnbo are not visbible when compiled for unity, thus can not be exposed to the scripting system.

is this already possible? if so, please give me some advice! thank you!

[on the other hand params are visible (and can be exposed).]

@x37v
Copy link
Contributor

x37v commented Jan 10, 2023

Hi @chausch

The current JUCE based Unity plugin is pretty rudimentary. We have a custom native plugin implementation in the works and hope to expose more utility in that, inport messages sound like a good one for that. I don't expect we'll do much or anything more with the JUCE based Unity plugin, sorry.

We don't have a timeline for this native plugin but it is something we have interest in internally so hopefully that means it isn't too far off to see as at least an example for you to use at your own risk.

@chausch
Copy link
Author

chausch commented Jan 12, 2023

thank you for the reply @x37v !
would it be possible to get a version of this for testing (even if unstable)? i could do some beta testing! 😁
would be truly awesome to have this working. i'm working on a unity project right now that would greatly benefit from this. right now i'm looking at libpd as an alternative, but i'd very very much prefer max/rnbo as i'm way more fluent in this.
thank you!!!

@chausch
Copy link
Author

chausch commented Jan 24, 2023

please consider also the way libpd handles buffer-interaction with unity – i think that would be awesome to have in an rnbo exported unity plugin!

@x37v
Copy link
Contributor

x37v commented Jan 24, 2023

thank you for the reply @x37v ! would it be possible to get a version of this for testing (even if unstable)? i could do some beta testing! 😁 would be truly awesome to have this working. i'm working on a unity project right now that would greatly benefit from this. right now i'm looking at libpd as an alternative, but i'd very very much prefer max/rnbo as i'm way more fluent in this. thank you!!!

We're not quite ready for beta testing but I'll keep you in mind once we get something that is sharable.

BTW, how does libpd handle buffer interaction in unity? is there a document to reference or do you just want to explain it?

@chausch
Copy link
Author

chausch commented Feb 2, 2023

hi @x37v , please excuse the missing reply – somehow this slipped my attention.

libpd exposes it's buffers (arrays) to unity. unity can write values into them, which is a really cool way to exchange data as it can be accessed on sample level by pd. maybe something like this could be done for rnbo?

https://github.com/LibPdIntegration/LibPdIntegration/wiki/arrays
https://github.com/LibPdIntegration/LibPdIntegration/wiki/unity2libpd
https://github.com/LibPdIntegration/LibPdIntegration/wiki/libpd2unity

the big downside with libpd is that their audio implementation bypasses the unity mixer. rnbo on the other hand could create real native unity plugins. would be awesome to match (and surpass) the libpd functionality.

@chausch
Copy link
Author

chausch commented Feb 4, 2023

i noticed i was passing on wrong informatioon. libpd does not expose buffers, there's merely a function to send arrays to pd, which in turn can be written into buffers. my bad, sorry! 😓

@x37v
Copy link
Contributor

x37v commented Mar 22, 2023

@chausch https://github.com/Cycling74/rnbo.unity.audioplugin

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants