Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[JimH]

This is just a brainstorming thread.  What are the big picture ideas we should pay attention to?

I'm going to pour cold water on a couple of them.

Tidal or Qobuz or other streaming services.  They're financially unstable and we can't rely on them.  Sorry.

MQA  --  Solution in pursuit of a problem.

My big picture thoughts include:

Android -- it's gaining steam and won't just be an OS for phones or tablets.

Touch screen -- everything we do should work with touch screens.

Security -- MC communications should be completely secure.

Streaming -- Radio JRiver, Radio Paradise, and similar

Metadata -- Making online lookup easier

[greynolds]

How about Apple CarPlay / Android Auto apps so we can stream our JRiver music collections on the road.  Panel, as it currently exists, isn't a good answer here as Apple CarPlay, at least, doesn't support using a web browser.  I'm not very familiar with how an app gets certified for these 2 car based systems, but other music streaming apps from Tidal, Spotify, SiriusXM, and others are available on Apple CarPlay.

On a similar note, come up with a more robust streaming solution with better buffering and more robust recovery that works well with a 4G cell connection when driving through areas with less than optimal service.  I've found that when using JRemote or Panel in my car, it works quite well until I hit an area with less than optimal service at which point it pretty much throws in the towel.  It's usually an exercise in frustration to get going again at that point.  I've got Gigabit FIOS at the house, the JRiver system has a Gigabit connection to the router (I'm using a Ubiquiti router and HP ProCurve switches), and everything works great when I'm home so I'm pretty confident the problem isn't with my home network infrastructure, but rather in how JRemote recovers from glitches in the connectivity.  When driving in the same areas, the other streaming apps I use seem to generally recover gracefully from temporary blips in connectivity.

[jmone]

Integrated Support for more than just DLNA: Lots of the newer devices support Chromecast / Google Home, Airplay, Spotify Connect, Alexa etc
- MC is unable to nativly see these devices.
- Use of third party tools (BubbleUPnP, TuneBlade, HiFy all provide various bridges) but it adds a layer of complexity that is hard to manage
- Would be OK if it was a collaboration with the existing tool providers and that support became a paid Plug-In for MC.

[wer]

I agree completely with jmone.  Chromecast & Airplay support would be killer.  I use Apple for mobile, so I'll speak to that.

An Apple TV can act as an Airplay receiver: from your mobile device you can cast audio/video/apps to the AppleTV.  There are 3rd party software products that provide this Airplay receiver capability to Windows PCs, but it would be killer to have this built into MC, since it controls the HTPC.

Some receivers (Yamaha, Denon, and others) have limited Airplay receiver support, meaning your mobile device can cast audio only.  But it's the video support they lack, and the video support that's killer.

You could instantly throw pictures from your phone up to your HTPC screen, without syncing.  You can cast video from apps you have on your mobile device (Like HBO Go or AmazonVideo). 

So it would be a huge win to have full Airplay Receiver (audio/video/photo/screen) support (and the Chromecast equivalent) built into MC.

[Catskinner]

What I would like to see in the versions:

      Android Auto and Apple CarPlay support. I'm spending a lot of my time driving and the current solution are not satisfactory
      Chromecast support
      A binding for openHAB
     

[Axilian]

Could I suggest looking at a simplied  internet radio interface. I know I can  add a internet radio station as a playlist (this is how I added a link to BBC 6 Music before I could go into BBC world service on the streaming page and switch in that app to 6 music) but it would be great to be able to set up favorite station for easier access .

Currently it seems If I want to say access say Absolute Radio through MC I seem to onlty to be able by going in  to BBC world service  and then as the BBC app is actually the Radio Player app searching for Absolute Radio there which is fiddily to put it likely

[rec head]

A Theater View Client on Android TV.

I know that I would be responsible for the purchase of at least 3 more copies of the Android version.

[Neco]

AAC-HE  audio encoding for streaming to Panel (and?)  JRemote, etc.

This should be a number one priority for your mobile focused updates.

[Hendrik]

We plan to support both AAC and Opus for streaming in the future. However, most likely only AAC-LC at first, since AAC-HE encoders are not easily available without added licensing costs.
But the vast majority of recent mobile devices support Opus already today, which can easily match AAC in quality.

[tyler69]

Since a few years I'd like to see Airplay (2) support. I would like to be able to
1. play from MC/JRemote to Airplay clients
2. play from Airplay clients to MC (and to JRemote?)

And I would like to see
3. a more macOS-like "MC for Mac" experience (I won't go into detail, lots of things can be found by searching the forums)
4. iOS integration of JRemote.
5. Feature parity across OS's (not completely possible though, e.g. madVR)


 

[mattlauck]

Purchased your Android App already to support it and like that you are pursuing Chrome.

MC is for the PC and is amazing.
Need clients and portals to tap into it on as many screens as possible.

What would it take to get working apps on Fire TV or Roku?
These are what most people are using, not HTPCs and Rasperry Pi.

I look at Plex and am envious, as its' apps are beautiful, modern and everywhere.

JRemote is a wonderful example of using the power and incredible customization of MC and presenting it in a modern looking, easy to use form on a device that people actually use.
(Want The MC android app to look and work like it except for local storage.)

---

Would love Chromecast support.

---

Better metadata tools and resources to help manage large media collections.
Saw lyrics look-up coming in 25, will be great as long as it will write the data to the lyrics field.
Saw related artist coming!

So Excited!

[syndromeofadown]

My big picture thoughts include:
Android -- it's gaining steam and won't just be an OS for phones or tablets.
Touch screen -- everything we do should work with touch screens.
Security -- MC communications should be completely secure.
Streaming -- Radio JRiver, Radio Paradise, and similar
Metadata -- Making online lookup easier

I agree with all of those.

Touchscreen development seems to have been on pause for the last 2 years. I use touch screen all the time with MC in standard view and would like to see it further developed.

I would change Security to Security/Privacy. It seems people are waking up to how creepy and weird person data collection has become. Embracing fully offline compatibility can be a selling feature. I would like to see a menu or options section that can download all of the online components that MC uses so MC isn't broken when using offline.

Metadata for albums scraped from MusicBrainz would be awesome.

I would add Podcasts to the list. Podcasts are taking off lately and MC already has pretty good support for them, but I would like to see some attention given to MC's Podcast features/interface.

[jmone]

On the Metadata side:  http://chapterdb.org/# has chapter names for Videos (in MC you currently get Chapter 1, Chapter 2, etc instead of 1 A New World 00:00:00, 2 You are not in Kansas anymore 00:06:17.9608888 etc).  They have an API (I use it for Swag of Tools).

[lepa]

Streaming:
- Some love for podcasts would be appreciated. Namely ability to play/download and see subscribed feed when there is no local copy (yet) of the file. It is possible in Standard View so why not make it work also in Theater View and JRemote/Panel.

- Support for more protocols for playback. Chromecast etc from MC itself.

- "Seamless" playback switching from different devices. Say I'm listening to audiobook, album or playing video from my smart phone and come home and want to continue it easily on my home stereos / TV

Security
- Secure connection for JRemote is a must to make it safer to use.

Metadata
- Not only automatically collecting valid metadata but ability to use and show it. Example: in TheaterView I'm on movie details view with actors in it. Now I want to select an actor and see all movies I have where he/she plays. Same for composers and that kind of multi value fields. That would be doable with current navigation system I think as linking with basic fields already works. Visualizing artist bio / album info / Series info etc grouped data might be harder to implement with current navigation

[BryanC]

With the shift to 4k panels it might be a good idea to add a super HQ madVR profile for beefy GPUs (say, beyond a gtx 1050 ti or 1060) using NGU or super XBR upsampling.

[JimH]

I've removed some rambling posts.  Please be brief and try to focus on the big picture. 

Sound quality discussions are for another time or place. They can get absurdly subjective and contentious very quickly. We believe we provide the best quality sound possible.

[Hilton]

To be honest.. There's actually not really that many if any real important features missing. Just improvements to UI and 3rd party renderers.

1. Chromecast as a zone (both audio and video)

2. If your not doing an overhaul of TheatreView (which seems unlikely given how many years we've asked for this) how about at least improving movie overlays when you bring up bottom overlay in display view with coverart and media info (ie 1080P H264 DTS-HDMA 7.1 PG and rating with movie cover artwork)  AND player transport controls.

3. Better Youtube integration

The very basic text based overlay has served well but is way behind the times.  TheatreView, for all it's quirks is still good enough (just), but overlays surely arent.

As a desktop, the standard view interface on MC is still unrivalled in every department as is metadata and library management. 

It's the 10 foot interface that needs the work along with 3rd party renderers (Chromecast and other hardware based non DLNA devices) and youtube that I believe would attract the most new customers.  You have everything else well and truly covered and in my opinion, most of the previous "Big Picture" threads have only tinkered around the edges.

I'd like to see you tackle one big thing this year and I don't mind which, but it needs to be big enough to justify a significant focus on development to the benefit of a majority of users, not just corner case users.

Please stop TV and PVR development, and focus on some polish on a big ticket item.  95% of my friends and work colleagues do not watch TV anymore. The younger demographic is closer to 99%.   Most of us use TV based streaming or media library device interfaces all the time and MC's interface is well and truly falling behind. 

I've now resorted to using another front end and using MC as a server and playback engine only.
I only use MC as an external player in my main theatre room as external playback engine and every other device in the house now doesnt use MC at all. and I love MC. That should tell you something. 

PS. I'd pay you more money for a completely separate front end 10 foot interface App compatible with MC and keep traditional MC as a server. (but please not Panel as front end, it needs to be packaged as an App)

[lynes88]

First - I also echo the request to improve YouTube integration.

Also, and don't jump on me for a "dumb" idea... I fall within the group of users that are die-hard fans, loyal supporters but technically just good enough to cause trouble but feel like I am missing 50% of JRiver capability because it requires customization.  So here is my big picture idea (more on the support side):

One of JRiver's great strengths (I think) is its expert community.  For some of us that occasionally struggle with modifications or customization - set up a live chat feature that would enable users to work with a core set of approved "Admins" or super users to get help or get something modified.  As a feature of this, allow for users to share screens and give temporary control to the expert.  This could work for many requests but of course not all.

When you research similar products or read through other community forums, the one complaint I see mentioned a lot is the learning curve of JRiver... the customization side.  The product has come a long way in that area but I think there is still a certain level of intimidation that keeps some people away.

Food for thought... not necessarily a fully baked idea but wanted to throw it out there.

[BryanC]

First - I also echo the request to improve YouTube integration.

Also, and don't jump on me for a "dumb" idea... I fall within the group of users that are die-hard fans, loyal supporters but technically just good enough to cause trouble but feel like I am missing 50% of JRiver capability because it requires customization.  So here is my big picture idea (more on the support side):

One of JRiver's great strengths (I think) is its expert community.  For some of us that occasionally struggle with modifications or customization - set up a live chat feature that would enable users to work with a core set of approved "Admins" or super users to get help or get something modified.  As a feature of this, allow for users to share screens and give temporary control to the expert.  This could work for many requests but of course not all.

When you research similar products or read through other community forums, the one complaint I see mentioned a lot is the learning curve of JRiver... the customization side.  The product has come a long way in that area but I think there is still a certain level of intimidation that keeps some people away.

Food for thought... not necessarily a fully baked idea but wanted to throw it out there.

This could go hand-in-hand with a built-in web-based VNC server for easy remote access to standard view.

[Spike1000]

There's more to casting than Chromecast. (Although Chromeacast started with 'DIAL')

Please also look at DIAL 'DIscovery And Launch'. Work's on modern TVs (apparently) and Roku. . .

https://en.wikipedia.org/wiki/Discovery_and_Launch
http://www.dial-multiscreen.org/details-for-developers
https://www.howtogeek.com/215791/use-your-tv%E2%80%99s-hidden-%E2%80%9Cdial%E2%80%9D-feature-to-cast-netflix-and-youtube-without-a-chromecast/

Spike

[Moe]

Support for VR headsets.  With your stated mission of "Any media, anytime, anywhere.  Deliver highest quality whenever possible." I think this is a big opportunity for you as the current video players are... lacking.

Integrated Amazon Echo/Google home device support.

[RoderickGI]

One of JRiver's great strengths (I think) is its expert community.  For some of us that occasionally struggle with modifications or customization - set up a live chat feature that would enable users to work with a core set of approved "Admins" or super users to get help or get something modified.  As a feature of this, allow for users to share screens and give temporary control to the expert.  This could work for many requests but of course not all.

That is called Paid Support.

Maybe JRiver could facilitate matching users who need help with users who have the skills to help, and then an arrangement is worked out between the two. But that type of support is a whole magnitude of frustration above the simple and arms length Forum support provided. As a regular commentator, I would expect payment for that level of support. It wouldn't be cheap. It requires infrastructure, and investment, such as licenced copies of Teamviewer or similar. It also implies accountability, whether paid or not, particularly if you are running remote access sessions.

There are sites where their sole business is matching "Experts" to users who need help. I've never found one that had JRiver experts on it though.

[SingleShot]

Interesting that this is my first post and I am probably one of the earliest adopters of JRiver when it was in the low single digit versions.

With that, I will be the first guy to opt in for a much larger annual/version rate to support the always tremendous development that comes from these cats. It is almost an insurmountable task for a small group like JRiver to do what they have already done so well all this time. I get that there are features that we would love but the tasks of coding and certifications is just ridiculous. It's RD costs are staggering nevertheless having a feasibility issue to determine if the input brings a profitable output for those efforts.

If the fine folks at JRiver ever want to think about having an upper tear shot at some of those desired upper-end features, I would be the first guy to jump in at a $100 plus version. I wouldn't think about that twice. I too would like to see a few others and a more robust Apple Play integration would be awesome but at the end of the day, JRiver Media is still and will remain so as my go-to playback and output product regardless of the haves vs. wants. At the end of the same day, I want my audio to sound exceptional and it does just that so Ill hold out for a feature here or there but i'd pay out the Wazoo for it too!

Keep up the good work guys!

[Nestea92]

JRiver Theater View on Android TV (nVidia Shield TV) would be fantastic. Managed from the desktop version and then Android TV app client just connects to the shared library.

[Gedeon]

For movies and TV shows is difficult for me to come back to use an HTPC as a renderer device. Although HTPCs with JRiver are very powerful and customizable machines, I get the service I need from small boxes in more friendly way, with fast interfaces, and wit 99% of features I could need (from video rendering perspective), and many of them are also cheaper alternatives.

If JRiver would develop a client version (in the video rendering arena) for android/Linux small boxes with a friendly UI fully usable with a remote, it could become a serious contender. However, competition is already though in those environments. Not sure which could offer JRiver that other ones already don't. Maybe you can find some unique and really valuable features by many users which aren't well solved.or aren't found in the rivals.

As server+library manager JRiver is still a really good option. However I do miss a full remote library/server managment through JRiver clients or through web interfaces. Headless server isn't an option to  fully manage a JRiver server.

I also miss better tutorial/help in the product itself to get advantage of most powerful and unique features without spending hours in forum or wiki.

And... IMHO the UI needs a revamp.

Thanks for your time.

[eddyshere]

A Theater View Client on Android TV.

I know that I would be responsible for the purchase of at least 3 more copies of the Android version.

+1

[keithsonic]

I can permanently change the volume level of a track or album by using DSP when converting file format in library tools but the result is random (though usually 0.0 db). It would be nice to have the option to select a specific R128 Volume Level - most imported albums have a higher level.

PS I have mentioned it before but could you stop highlighting the edges of thumbnails in the main desktop view - images in 'view first file' do not have this highlighting.

[RD James]

Much of the work I have done over the years in managing a Media Center library has been dealing with the creation of custom tags and complex categorization systems to work around certain UI behaviors etc.
Modern media platforms have none of this; search is the way that you interact with your media library.
Media Center's search function is basic, and limited to the current view. (it has also become very slow on my system now, and there are no tools to diagnose this)
 
Search should become the main interface for Media Center, not a static library.
Rich search results and context-aware actions for those results is the way forward.

• If I search for an album name, selecting it plays the album.
• If I search for a TV series, it picks up where I last left it, and queues up the rest of the series.
• If I search for a director or actor it will take me to a list of their movies etc.

If I subscribe to Spotify, I can play any song or album in seconds. If I subscribe to Netflix, the same is true for TV shows and movies.
If I buy Media Center, I'm setting myself up to become a librarian.
 
Now I absolutely understand that there are people who want to deal with this, and I'm not saying that browsing should disappear - there are times when it's still useful. But it's becoming less and less appealing as time goes on, as everything else moves towards search-based interfaces.
Search should become the primary interface, with browsing/management having less of a priority.

This is particularly bothersome on mobile clients.
Management of views for Gizmo/DLNA clients or Theater View is even more frustrating than normal view management is. It takes far longer to set up and test a view for them.

This would not only be a modern interface for Media Center, it's also how you build a touch-friendly interface.
Moving to a search-based UI may help alleviate many of the issues that Panel currently suffers from as well (being very slow for manual browsing).
 

The subtitle renderer needs work.
It cannot handle complex subtitles, so it ends up covering the screen in garbage and dropping frames whenever a subtitle is displayed.
Every other media player that I have tried - even free iOS clients (since video playback has been broken in JRemote for years now) - has had no issue rendering these subtitles correctly.


The entire way that Zones are handled needs completely overhauled, but you clearly think that it's fine, since the solution to many of Media Center's problems is "add more zones!" as if that isn't making things worse.

[blgentry]

Media Center's search function is basic, and limited to the current view. (it has also become very slow on my system now, and there are no tools to diagnose this)

How many files are in your library?  I thought even 50,000, 100,000 and more files still yielded extremely fast search results.  My library is tiny compared to many at under 10,000 files and it's almost real time as I type my search term.

Global variables slow things down massively as far as I have read.  Do you use those in views?

Brian.

[JimH]

You may be using custom views with expressions that slow things down.

[Awesome Donkey]

Yeah, that's odd as with my library of over 100,000 music files in FLAC and DSF search is very quick, in many cases near instantaneous.

[RD James]

How many files are in your library?  I thought even 50,000, 100,000 and more files still yielded extremely fast search results.  My library is tiny compared to many at under 10,000 files and it's almost real time as I type my search term.

Global variables slow things down massively as far as I have read.  Do you use those in views?

Brian.

Around 200,000 files. I have just culled a lot to see if it improves things.
I am not sure if I'm using global variables in my expressions, but I did start work on simplifying/recreating some of my views to see if it would help.
But this is part of the problem: there's nothing in Media Center that I am aware of which gives me an idea of what is slowing things down. I just have to guess.

[JimH]

Why don't you set up a test library and use the stock views?

You could also try backing up your views and deleting them.

[TheShoe]

Apple TV client.

Android TV client

Apple CarPlay and Android Auto clients

that about covers my family’s needs.

[thorsten]

In theater view: an intelligent sorting function for movies.

Movies are shown in alphabetic order. Has anyone seen the sorting of caleidoscope software? If you focus on a specific movie, it automatically positions „similar“ movies around. That is a cool feature, based on the tags.

Kind of playdoctor for movies.

That would even make the limitations of the theater view acceptable 

[al1947]

I'm going to pour cold water on a couple of them.
Tidal or Qobuz or other streaming services.  They're financially unstable and we can't rely on them.  Sorry.

True enough. Hard for me to imagine that the market can sustain both Tidal and Qobuz. BUT they have a following of sorts, and competitive software player does integrate with. I find them invaluable for auditioning music before purchase or for music that I only expect to listen to once or twice.

With all due respect, however, isn't the real obstacle the licensing fees that the streaming services demand? I recognize that MC has a lot of capability for the price, and I suspect your price can't be sustained with streaming fees included. Nevertheless there is workaround available to Windows users via WDM that is not available to Mac users such as me. I don't think that's fair, and I don't think its unreasonable to ask for your team to look at some kind of Mac workaround.

[Awesome Donkey]

WDM is a Windows-only driver, in fact WDM stands for Windows Driver Model. I'm not sure how viable an equivalent on Mac and Linux would be - if I had to guess, it's likely not simple to do.

And it isn't as simple as licensing fees. Do a search of some of the old Tidal threads from a few years back, JRiver actually had working Tidal integration but had to pull it when Tidal demanded (if I recall correctly) some say in the UI aspect, which JRiver wasn't willing to give (again, as far as I recall, I'm sure Jim can refresh our memories if I'm wrong which I could be). Nonetheless what happened, that whole experience just wasted time and money for JRiver, so that's why they're resistant in integrating another streaming service like Qobuz which honestly may not (and likely will not if history has anything to say about it) be around in the long run.

I'm honestly surprised Tidal is still around. I would've assumed it would've either gone under or was sold to a bigger company (e.g. Apple) by now.

[mattkhan]

WDM is a Windows-only driver, in fact WDM stands for Windows Driver Model. I'm not sure how viable an equivalent on Mac and Linux would be - if I had to guess, it's likely not simple to do.

Given how much easier it is to create a loopback device on Linux (dunno about osx), i very much doubt this is a hard thing to do (also no faffing around with driver signing requirements either)

[DeaneG]

I'd just like some way to use a TV directly as a client device, maybe using the built-in Roku app as a bridge if necessary. I don't want to have to mount a PC or PI on the wall under the TV.

[JimH]

Does the TV support DLNA?  Most new TV's do.

[michael123]

I've removed some rambling posts.  Please be brief and try to focus on the big picture. 

Sound quality discussions are for another time or place. They can get absurdly subjective and contentious very quickly. We believe we provide the best quality sound possible.

I really like the recommendation engine and the quality of the playlists built by Spotify
Only if JRiver could connect and read these playlists.
Not interested in WDM solution as I (still) want JRiver be my home application.

[richard-ec2]

JRemote for Windows, for users of netbooks and SurfacePros.

[Awesome Donkey]

JRemote for Windows, for users of netbooks and SurfacePros.

Don't think that'll ever happen. Windows' market share is simply too low to invest development resources into a more-or-less dead platform. I'm mainly referring to Modern/UWP apps, of course. On those non-ARM CPU systems you can also just run the full Media Center app as a client and use that as a remote... or there's always Panel.

Then again, there is a UWP version of MO 4Media for Windows 10 available here: https://yabb.jriver.com/interact/index.php/topic,119267.0.html

[JimH]

I really like the recommendation engine and the quality of the playlists built by Spotify
Only if JRiver could connect and read these playlists.
Not interested in WDM solution as I (still) want JRiver be my home application.

Have you tried Play Doctor?

[MusicHawk]

Give some attention to the IMAGES leg of MC's tripod. Such as:

1. Store in-file image tags in the major format of today, used by Adobe tools including Lightroom and PhotoShop. Essentially this means proper slashes (forward or back) and delimiters, likely not difficult to implement. (I'm no fan of Adobe but they have essentially defined this, with widespread support, after years of rambling formats used by various brands and apps. Adobe has a document that defines the tag format that is now industry-standard.

2. Strive to integrate uploading/downloading/syncing with the twin 800-pound gorillas of "serious" online photos storage, SmugMug and Flickr. They are now owned by the same company so perhaps this can be a do-it-once-forever task. A variety of photo apps have this integration (most popular might be Adobe Lightroom), but not MC, which used to integrate with some now-obsolete services. This isn't quite the same as MC's Export to, since it requires proper tag formatting AND two-way sync.

PS: SmugMug has said MC's tag storage has "wrong" slashes and delimiters, so MC tagged photos uploaded to SmugMug end up with mangled tags that can't be used for selection and display.

PPS: I stress "serious" online storage because what MC needs to tweak is narrow, no reason to deal with all the brain-dead "kids" photo storage: Google Photos, Apple, Amazon, Instagram and others do not support real tags. They are mainly for phone camera uploads that use AI to determine what is in each photo and organize accordingly, in a proprietary database, not actual photo tags. Perhaps simplistic AI organizing is useful for those who want family Christmas pictures to be defined as having a traditional tree, or family vacations defined as involving boating, or family history defined as people with the same faces. And photos of horses, mountains, and ....what? Not one of them can find my carefully scanned ancient photos of Irish family and homesteads, or old school friends seen rarely, or orchestras involving (only) my family, or events where few faces are recognizable, but I know exactly what it is to tag appropriately. Only real tags, applied by a human (me) can properly provide keywords, captions, locations, dates.

[loddie]

-CarPlay client.

-More "mac-like" interface for Mac version.

-Visual routing of channels for managing inputs/outputs.

[willmcd]

I know streaming is a focus area for you, but I still think it is way more complicated to use than it needs to be.

I'd love to have a front-end for many streaming / catch-up TV services so all programs from many companies are available in one menu structure. I currently jump between BBC iPlayer, all4, nowtv and Amazon prime. I've not subscribed to more because my wife complains she can't find anything. Several of these also stream live, so a smart TV guide that allows you to go back in time would also be brilliant, like the youview or freeview+ systems here in the UK.

[JimH]

Split UI Suggestions

[jaxtherogue]

A couple things spring to mind:

- Better Android apps/support

- Integration with a metadata provider like Allmusic.  I'd love discoverability and metadata integration within MC.  I'd be willing to pay more for it.

[JimH]

- Integration with a metadata provider like Allmusic.  I'd love discoverability and metadata integration within MC.  I'd be willing to pay more for it.

If you haven't done so, try the links in the upper right corner of Playing Now:

Amazon   AMG   Google   Images   Wiki   YouTube

Please be specific about what they are missing.

- Better Android apps/support

Can you expand on that?

On Android, we have Gizmo and JRiver for Android.  Panel also works. 

There are third party apps.