I think it is a fair question - what is the purpose of the Roon forum?

Thanks @brian for clarifying that. Personally I don’t see the point of keeping that thread on life support either. I can think of a lot of examples,very hotly debated, concerning the relative merits of open/proprietary protocols. One of the things that is interesting about roon is that it takes that debate all the way into the presentation layer. I used to work in the telecoms sector and that was always a hot topic at a device level and ultimately resulted in the iPhone and a siesmic change in an entire industry. It is interesting with roon to see this debate now transposed to an application level

I hope the mods can find a home for this type of discussion but something as specific as a vendor feature request at right angles to repeated statements on the vendor roadmap, is not the best place.

Damn clickbait thread titles.

Edit: Thx for making it more descriptive :+1:

1 Like

The thread was useful but had run it’s course as a Feature Request. Brian’s answer was getting masked by continuing circular argument and new readers may have been left with the impression that folder browsing was a possibility.

A number of interesting useful things came out of the discussion. The best, in my opinion, was the Feature Request by @evand for Users to define Roon tags in the file tags. That’s the kind of powerful approach that potentially answers a lot of library import issues in one hit that I hope could be adopted.

1 Like

I agree I think this would work to solve many import challenges.

3 posts were merged into an existing topic: Existing path browser enhancements & availability from composition screen

This is more on the theme of what the forum is for, and less on the topic of the tags thread. My take on a forum from a product company is:

The company is paying for the forum. They get to decide the purpose(s) of the forum, and which threads serve that/those purposes. Full stop.

Agreed, I’ve split out the discussion of tagging into the existing topic … let’s keep this on topic.

There seems to be some interest, I don’t know how much, in more general “futures” topics, that do not really have a category. Examples are:

Convergence on meta-data standards
Transport protocol integration (RAAT<–>DNLA)
Presentation layer standards (aka the folder/meta-data debate)

I think these are separate debates that could inform more practical categories concerning feature requests, support, extensions, work-arounds, best-practice etc.

Is it time to find a home for these types of discussions in a new category?

One thing I have noticed about the moderation on the forum is that it is particularly averse to any bit of cut and thrust.

It may well be that this is due to the vitriol which CA can contain and I would hate the Roon forum to go in this direction.

The odd bit of irony to bring someone down off their high horse should be more accepted I feel. I’ve been moderated a few times on the Roon forum and generally don’t get moderated on my other 2 fora of choice (Naim and PFM).

And while I’m on a roll I do perceive a fall off in speed of reaction to the (@) support tag. As it is the method of Roon giving support I feel there should be no support call that doesn’t get answered at all. I realise we all want an answer yesterday but there should be log of all support calls and all should be answered. It strikes me that you get support much quicker if you shout you have a yearly that you are not going to renew than the polite request for help from the guy with 2 lifetime subscriptions. (Any Resemblance to Actual Persons, Living or Dead, is Purely Coincidental)

Don’t get me wrong this is a grand place and I feel I’ve made a few friends here, well there are certainly some if they said they were in Dublin and would I like to meet them for a pint, I wouldn’t run a mile.

I think more of a blog presence from the Roon team would be of great benefit. we tend to only see you fire fighting and supporting. There is a depth of knowledge of music making and music that if shared more would generate an even stronger community feel.

All in all on a public forum in the Trumpian dystopia we are living in, a fine job is being done.

.sjb

2 Likes

The Roon Software section would be the current home for those topics, but it’s getting unwieldy. Any suggestions for sub-sections within it ?

Standards & Inter-operability.

Several of the existing topics could be rolled up into Interoperability and a few added. A topic of interest to me is RAAT<–>DNLA interoperability for example.

Standards would cover much higher level general topics that ultimately are going to be needed to make roon work as we would like it. The obvious topics are metadata convergence and UX convergence. Others will have other priorities.

This is another thing that is a solid “no”. We will never do generic UPnP support for arbitrary devices. You can discuss it all you want, but people will keep bringing up the fact that we have stated that this is a solid “never gonna happen”.

In my opinion, as long as you can keep the talk civil, go for it… but you’ve heard our answer.

Here is an existing feature request that is boring enough that no one has ever closed it out:

@danny the purpose of the proposal was to find a way of taking these solid no’s out of the feature requests, not perpetuate them. For whatever reason, several topics keep on coming up and some may still want to discuss, maybe exchange work-arounds and experiences. I wholeheartedly agree that these types of feature requests are pointless. It would require a little more intervention from the mods to ensure that the discussions didn’t drift into feature requests.

Yah, but some things are so core to the foundational principles of the team and the product, that we can be sure without a doubt.

Roon’s pedigree comes with a 21 year history of trying to create an experience that takes the files out of music and avoid the mess that arises from protocols that were designed to solve a technology/interop problem while ignoring the user experience.

4 Likes

@danny, I completely get that. It’s great what roon is trying to do. But it’s a monumental task I can see you have all pinned your careers to. In the meantime there seems to be a need to explore options that fall short of repeated red lines in the feature requests.

I am not a technical person so the unfortunate choice of the word “interoperability” seems to have pressed a button that wasn’t intended. Maybe “co-existance” would have been a better choice. There seems to be many interested in finding out and exchanging experiences that fall far short of a feature request for UPnP support. That should be carefully moderated.

My use case is business travel. I am not technical enough for raspberry pi’s and even if I was, carrying around a sackful of them in parts of the world I travel to is not practical. I am curious what others are doing and exchanging my work arounds and experiences. There would be a lot very useful that comes out of those types of discussions for roon as well I would imagine.

5 posts were split to a new topic: Business travel with Roon - Options

I think something has been lost in the translation. I don’t think it is particularly off topic. It’s a good example of clarifying what the boundaries of a fruitful discussion falling short of a pointless red-lined feature request could be.

What is a good example of that? This is an honest question.

The pointless feature request is UPnP support. So far the discussion has produced 3 solution options. Two of them are alternative suggestions and one is a work around from me. They all fall far short of a UPnP feature request.

IMO that is a good example of the boundaries of a discussion where no UPnP support is a given. Unfortunately, my case has a few complicating factors so the two suggestions do not improve on my work around. It is possible others have other ideas. It is possible refinements of my work around would help a lot. For example, support for library merging.

I’ve split out the second tranche of off topic posts to their own new topic, that discussion should continue there.
Let’s stick to this topic’s subject without having the distractions of getting bogged down in specific use cases.
For that please use an suitable existing topic or if not extant please create a new one in Roon Software area.