More > JRiver Media Center 29 for Windows

Forum Request Board

(1/5) > >>

henning65:
I would like to support the suggestion to make the IT road map more transparent.

For myself I can only say: I was disappointed with the last update and I'm disappointed with the handling of "communication" with clients.

I would like to suggest to establish a new forum category "feature request" including the option for each forum-user to support the feature with her/his vote (maybe also limiting the number of supporting-votes a forum-user has per year).

Concerning the debate on audio improvements:
I guess it's not only about sound quality but -at least for me- the experience of listening to music. This includes for example the way audio is sorted (the view). Especially the JRiver kind of sorting audio by "artist / song" and looking for related songs based on meta-data is kind of limited. I would love to see JRiver implement an algorithm which could find related songs based on the "finger-print" of the song which would offer a complete new approach to find "like-minded musicians" (or sonic similarity) and their products (See my post here: https://yabb.jriver.com/interact/index.php/topic,130425.0.html)

I also suggested to improve the handling of cover-art: To support also "conductors" and other "performers" (For now its only the album-artist and the composer which are supported. (see my post here: https://yabb.jriver.com/interact/index.php/topic,129812.0.html)

And finaly - not audio in it's pure meaning - audio-books: Audio books regularly consist of more than one audio file - but the bookmarking doesn't support multi-file-audio-books (see post: https://yabb.jriver.com/interact/index.php/topic,129813.0.html)

@JimH:

--- Quote ---A few people here and some recently departed think that I'm an idiot, but hey, we've been doing this since 1998 and I started the business in 1981.
--- End quote ---

It is one think to "Not-get-what-I-want" and another thing to think "JRiver doesn't care". And I guess as being 57 myself I might be allowed to say this: consumer-communication has changed since 1981. And that's a good thing.

Awesome Donkey:

--- Quote from: henning65 on February 22, 2022, 08:44:01 am ---I would like to suggest to establish a new forum category "feature request" including the option for each forum-user to support the feature with her/his vote (maybe also limiting the number of supporting-votes a forum-user has per year).
--- End quote ---

I think this is a bad idea to do, hence probably why such a thing has never been done. Adding a forum section like this would be full of unreasonable requests which would get voted up, but they won't happen (e.g. Tidal integration) and it would also falsely raise expectations and hopes and there would be disappointments.

The simple fact is, JRiver can't do everything everyone requests and adding a forum section for requests would be a minefield containing requests that won't be done, to say the least. People do create feature request posts and some of them are done, but others are not. I think the current system suffices for this.

henning65:

--- Quote from: Awesome Donkey on February 22, 2022, 09:21:32 am ---I think this is a bad idea to do, hence probably why such a thing has never been done. Adding a forum section like this would be full of unreasonable requests which would get voted up, but they won't happen (e.g. Tidal integration) and it would also falsely raise expectations and hopes and there would be disappointments.

--- End quote ---

I kindly disagree. Life is full of disappointments. Please be insured, that I'm able to handle the situation in which my desired feature is not becoming available.
A section for request would simply offer some kind of transparency for both: for users of JRiver as they learn if their desire is shared by others - AND - for JRiver as they learn better how to please (existing) JRiver-users to sell updates! This is - to my understanding - part of market knowledge a company would love to have - and we - the users (I hope) are willing to share. That's actually (I guess) the best case scenario for any company.

And - to get back to another post here: transparency is the goal

smschulz:

--- Quote from: RudieV on February 11, 2022, 12:41:01 pm ---All the information is about how to upgrade but nowhere do I see any info of improvements or new features in MC29 compared to MC28.

I am only into audio and video improvements don't interest me so I would like to know on what I will be spending  my money.

So, is JRiver going to give any info on improvements and new features or is this more of a 'subscription' or 'patreon' kind of situation?

I find that communication-wise JRiver is not very strong. They hide behind their wiki but why can't they like other companies have release notes for updates. If they have any info on the list of improvements and new features of MC29 then they hide it well.

--- End quote ---

Great point, as an IT guy by profession  I want to support the effort even if the upgrades aren't significant.
Better communication or perhaps only offer an upgrade after some development.
I upgraded primarily to support the project not for feature upgrades each time - I guess it is a subscription of sorts.
But it would be nice to know what is in store. :o

mattkhan:

--- Quote from: henning65 on February 22, 2022, 09:44:13 am ---And - to get back to another post here: transparency is the goal

--- End quote ---
It has come up before, JimH was unequivocally against that sort of thing as I recall so I think it is safe to say, not going to happen

Navigation

[0] Message Index

[#] Next page

Go to full version