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

Extension to 16 Audio Channels #109

Open
EkimRemarc opened this issue Feb 12, 2024 · 17 comments
Open

Extension to 16 Audio Channels #109

EkimRemarc opened this issue Feb 12, 2024 · 17 comments

Comments

@EkimRemarc
Copy link

RocktShow seems to have the right DNA compared to other multitrackers I have been used since years.

For Me RocketShow needs two extensions to get more value:

First: I would like to use 16 Audio Channels which enables to have backings for each musician + orchestra in stereo plus a master click & band click. (This is not working in 2.3.5 tested with Behringer X32)

Second: I would suggest to implement a softswitch which globaly enables / disables audio busses. Reason is when a real musician is missing I must switch on his tracks for all compositions for a complete GIG just one time instead of modifying all compositions.

@DavidOpgh
Copy link
Contributor

Hello! RS does have a lot of nice features compared to other multirackers I've tried.

  1. I've only used a stereo channel audio with RS. What happens when you try to connect it to the X32?

  2. I would think this would easier to implement directly from from X32 than from RS.

@moritzvieli
Copy link
Owner

@EkimRemarc Regarding Behringer X32: Same question from my side. We also use a Behringer X32 with 3-4 channels and this works. Does it only work until a specific number of channels? Did you check the 8-8 routing table?

Regarding the 2nd requirement: We're already discussing similar features here: #96

As @DavidOpgh already mentioned: I'd also suggest to map all channels and just mute them in the X32 as required. This is also, what we do live: For 1-2 special songs with guest musicians, we just added separate backing tracks in a channel and mute them, when they're live with us on stage.

@EkimRemarc
Copy link
Author

It is working up to a certain amount of channels (8). You can configure more but they will not routed to the Behringer and RocketShow shows up a failure message starting while configuring the 9th channel. Up to 8 channels it works fine.

@moritzvieli
Copy link
Owner

@EkimRemarc Can you show your routing configuration in the Behringer X32? Can you post the errormessage here (screenshot or download the logs from the Rocket Show settings)?

@DavidOpgh
Copy link
Contributor

@EkimRemarc did you get this issue resolved? Behringer had a sale and I bought an XR18 to test Rocket Show with more than 8 channels.

@DavidOpgh
Copy link
Contributor

DavidOpgh commented Aug 30, 2024

I've started looking at this issue and I can confirm RS has an issue with trying to play a composition with more than 8 channels from my xr18 as an audio device.

I've never tried this before but this is what I see when I try to create a new audio bus. It looks correct. Most times I would imagine you're going to have a mono or a stereo audio source. Since I believe the wav files are stereo I chose stereo.

20240830_170940.jpg

I created 4 stereo audio busses.

20240830_174830.jpg

I created composition to use all 4 audio busses and it played fine. I got 8 channels of audio from the XR18.

20240830_175057.jpg

I added a 5th audio bus. It created it OK. I added it to the composition and it took it. But when I tried to play the composition I got 5 of these errors.

20240830_175141.jpg

And here is the console terminal as much as would fit on the screen, although the errors all look similar.
20240830_175242.jpg

log file
logs (8).zip

@moritzvieli
Copy link
Owner

@DavidOpgh Just to be sure: I know, you route audio from the interface in the X32 in pairs of 8 channels. Did you set up routing in the X32 to more than 8 channels?

E.g. something like this?
image

@DavidOpgh
Copy link
Contributor

DavidOpgh commented Sep 2, 2024

20240902_080051.jpg

20240902_082229.jpg

Just to clarify my previous post.
The error occurs when you configure more than 8 channels to the audio device and try to play a composition, regardless of how many channels the composition uses. In this example the Pi will generate the error when it is configured for 5 stereos busses but the composition is only using 4.
If I remove the 5th audio buss the composition will play without an error.

@DavidOpgh
Copy link
Contributor

DavidOpgh commented Sep 2, 2024

The XR18 doesn't route the audio in groups of 8. There is a single USB Returns page. Here is the routing.

20240902_081032.jpg

20240902_081046.jpg

20240902_081058.jpg

This is just the Meters page showing the outputs when playing the 4 stereo busses into 8 channels on the XR 18

20240902_080939.jpg

@DavidOpgh
Copy link
Contributor

@moritzvieli have you been able to reproduce this error on your end?

@moritzvieli
Copy link
Owner

I got my hands recently on an X32 rack version and could reproduce the issue. I have not found a solution yet. Not sure, what's causing the problems. I need to check, whether Gstreamer (Rocket Show's playback backend) is an issue or the X32 on Linux maybe.

@DavidOpgh
Copy link
Contributor

Thanks for the update.

@DavidOpgh
Copy link
Contributor

@moritzvieli
I did a quick Google search. Did you see this? It seems to be related if not exactly the same.
https://stackoverflow.com/questions/61728296/gstreamer-multichannel-greater-than-8-channels

@DavidOpgh
Copy link
Contributor

@moritzvieli
This seems to indicate that there was a hard limit of 8 but was increased to 64 if using a newer version of gstreamer.
https://stackoverflow.com/questions/68804159/gstreamer-input-from-osxaudiosrc-with-more-than-8-channels

@moritzvieli
Copy link
Owner

@moritzvieli This seems to indicate that there was a hard limit of 8 but was increased to 64 if using a newer version of gstreamer. https://stackoverflow.com/questions/68804159/gstreamer-input-from-osxaudiosrc-with-more-than-8-channels

This seems to be only related to OSX. I don't think, this fix should change something on the Raspberry Pi. Also, it has been released in FEB 2022. It should have been included on my test raspi V4, which has an image built in JUN 2023.

@moritzvieli
Copy link
Owner

@moritzvieli This seems to indicate that there was a hard limit of 8 but was increased to 64 if using a newer version of gstreamer. https://stackoverflow.com/questions/68804159/gstreamer-input-from-osxaudiosrc-with-more-than-8-channels

Yeah, also seen this one. Maybe I need to fiddle around with those caps, although it should not be necessary.

I'll try with a Raspberry Pi 5 or an updated version of Gstreamer. Maybe it's already fixed.

@DavidOpgh
Copy link
Contributor

@moritzvieli This seems to indicate that there was a hard limit of 8 but was increased to 64 if using a newer version of gstreamer. https://stackoverflow.com/questions/68804159/gstreamer-input-from-osxaudiosrc-with-more-than-8-channels

Yeah, also seen this one. Maybe I need to fiddle around with those caps, although it should not be necessary.

I'll try with a Raspberry Pi 5 or an updated version of Gstreamer. Maybe it's already fixed.

Thanks for the update. 64 might be excessive although I can see using more than 8 tracks of audio

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

3 participants