More > JRiver Media Center 33 for Windows

DSP regression?

<< < (2/4) > >>

Matt:
We're trying to clean up the extra channels a bit.  In the past picking them would confuse JRSS because they just looked like channels with data.

Now they're discrete and marked as not having data.  This way JRSS leaves them alone.

I could make Analyzer draw channels even if they aren't marked as having data if people think that would be nice.

mattkhan:
Ok right, I will test later to see if that's the issue

Can you confirm what the internal indexes are for those channels? I will also have to update my UI in beqdesigner to cope with this change.

Matt:

--- Quote from: mattkhan on July 14, 2024, 10:34:08 am ---Can you confirm what the internal indexes are for those channels? I will also have to update my UI in beqdesigner to cope with this change.

--- End quote ---

I don't think the index should change.  It's just how they're labeled in our internal audio format object.  They're now marked as extra channels.

Let's spend a few weeks working on this together and see if we can all be happy with the new approach.  If not I'm fine adding an option back.

Thanks.

Matt:
I'll add this to build 3:
Changed: Analyzer in DSP Studio includes channels not marked as having data (like extra channels) because they could get filled by other DSP.

mattkhan:
change makes sense to me so I don't think you'll need an option, I think the current impl is confusing & inconsistent though in a few ways

1) currently both new and old variants of the channels are shown in the DSP studio dialog, e.g. given 7.1 + 6 extra then I get the option to extra 1-8 and channels 9-14. The latter (explicitly named channels) has the right no of channels but they're actually totally ignored and shouldn't be there. The former (extra channels) has the wrong number listed.

(I assume this issue is the root cause of my problem, those channels shouldn't be even listed in the 1st place)

I think you should list the exact no of channels available along with User 1 & 2, in this case L-RR and Extra 1-6

2) I think this upgrade is going to be a bit painful for people who do use >8 channels, currently I don't see how anyone could do anything except redo it manually (which, given a high channel count, is really painful). Automated migration would be nice & might be quite straightforward (just replace references to channel x with channel y) but not sure if you have an easy way to know that the config came from <33 and hence migrate it

3) I still don't understand the channel indexes, currently L = 2 and this runs upto RR = 9 then we have User 1 / 2 at 11 and 12 and then channel 9 = 13 and then it just increments by 1 til we get to channel 32 = 36 . It would make sense to me, given this scheme, if Extra 1 = 37 (or 38 if you like to leave a gap) and continue from there. However you said "they won't change" which implies that a given index could now be either one thing or another? if so, that would be quite unpleasant and I would revisit that design.

Navigation

[0] Message Index

[#] Next page

[*] Previous page