INTERACT FORUM
Networks and Remotes => Remotes => Topic started by: HTPC4ME on May 27, 2016, 08:42:13 pm
-
When do you guys foresee JRemote having...
1. theaterview control (Directional arrows... at least what Gizmo offered)
2. ability to chose what meta data to show.. similar to eos show description, Artist, actor, etc. but not everything.
3. A widget
Thank You
-
There now doesn't seem like much development on JRemote, at least not visible
-
Finally got BubbleUPnP. Just a touch bitter that I have to buy another app because the other paid app won't work right... :'(
Thanks for the tip!
I have no trouble casting from Gizmo. I haven't bothered trying from JRemote Android because JRemote stops after one track even without casting. However, if you install BubbleUPnP on your MC computer you can set up your CCA as a DNLA renderer and control it with JRemote by switching the zone from This Device to your CCA.
-
Yeah, I posted a question on the Id board, to help me understand how (and how WELL) folks are using phone/tablet/remote devices to control Id. I imagine myself just not being able to successfully "cut the cord" and jumping back to a full-fledged client (laptop) to control MC...
There now doesn't seem like much development on JRemote, at least not visible
-
Yes, I generally use MC to control MC. Trying to wean myself off that. But JRemote needs work, at least on Android to get there.
-
I have both Gizmo and JRemote. Gizmo is a nice free app that works great except for one major flow, no images through chromecast. JRemote is stunningly expensive for a incomplete app. Images dont show properly on my devices, let alone on chromecast. It looks a bit prettier then Gizmo. Development is sooooo slow. No complaint about Gizmo, its free. But JRemote should be finished by now. Fix the showing of Images both on the devices and of course also through google cast.
-
I agree. I wanted to support JRiver by purchasing JRemote even though Gizmo pretty much covered my needs. Now i too am wondering why development [and even courtesy responses to problem reports] for JRemote have seemingly ceased. Even a quick reply by an Admin to tell me that my problem is known but not resolved would be appreciated. This certainly affects my thought process regarding MC 22.
-
I think both of the JRemotes and Gizmo work pretty well. We have made minor changes from time to time. We'll eventually do more but not very soon.
-
I agree that both Gizmo and JRemote are very good. I don't mind waiting for features to be added to JRemote, but the date display is an annoying bug that should be an easy fix.
(http://www.micropod.com/temp/Screenshot_20160612-211905.png)
-
New to Android and JREMOTE has been consistently buggy for me.
It has issues reflecting what is actually playing, or showing the correct cover art.
It will connect instantly when started, but getting it to sync and reflect current states takes some time, and quite often you have close and re-open it to do so.
Needs work.
-
I think both of the JRemotes and Gizmo work pretty well. We have made minor changes from time to time. We'll eventually do more but not very soon.
Partly agree. But there are some things that are difficult to ignore. One example is JRemote's inability to display photos on device, even if Photos are equally presented in the functionality and menus in the app. If this is very difficult, why not present a message on screen that "this is currently not supported" or remove the functionality until it gets fully implemented?
There are other examples of missing features that others and myself have pointed out multiple times, but are being ignored or dismissed.
-
""1. theaterview control (Directional arrows... at least what Gizmo offered) ""
+1
-
""1. theaterview control (Directional arrows... at least what Gizmo offered) ""
+1
+1
I remember, the initial JRemote release of 2015 did have it. It was removed.
Also, a request, if JRemote can be installed in Smart tv i.e Samsung? I know Mr. "H" is thinking of the Android tv capability.
Thanks.
George
-
Images still don't display locally on my Nexus 5
I tend to use EOS most of the time now.
-
I think both of the JRemotes and Gizmo work pretty well. We have made minor changes from time to time. We'll eventually do more but not very soon.
From a business perspective this is an interesting decision.
One the one hand, the revenue from JRemote on both platforms must be pretty tiny compared to the revenue from MC proper since JRemote only costs 1/4 to 1/6 of an MC license (roughly). So development time spent there wouldn't seem to yield the most dollars based on licensing fees. Then of course you have one or two people complaining that the low price of JRemote is actually "way too high", which is discouraging.
On the other hand, JRemote is "the face of MC" for a good number of customers. I'd be guessing at the numbers. But I'll bet something like 1/3 of the overall active customer base uses JRemote most of the time, rather than Standard View or Theater View. That makes the JRemote interface the very most important interface to those customers.
Of the small number of people I have personally converted to JRiver MC, all of them use JRemote just about exclusively. Certainly it's the only interface they use when they want to listen to music (as opposed to library maintenance, playlist building, etc). In fact, JRemote is the strongest selling feature of MC for non-technical customers. It's beautiful and mostly intuitive to use; it's very intuitive for basic operations.
So the question becomes, how much work do these JRemote versions need? It seems like there is work needed to me, but I don't personally use JRemote. I see quite a number of feature requests for JRemote. I see an almost equal number of bug reports like the one above about the Date field.
It seems to me that some engineering time is way overdue on both JRemote products. Which would be very, very appreciated by some sub-set of your customer base. ...and if JRemote is really what sells some your customers on buying the MC platform, then that strengthens MC's overall revenue and reputation. Making JRemote better should sell more licenses of MC.
As always, just my opinion.
Brian.
-
My two cents:
JRemote's lack of local image support is a big issue in my house. It's a hard blocker for my wife who wants to use MC to look at family photos on her phone, show them to friends at work, etc. Images work great in Gizmo, but not at all in JRemote, so even though she likes the look of JRemote better, she keeps using Gizmo on our communal devices, and I haven't bought her a JRemote license for her personal devices because she wouldn't use it.
I have two JRemote licenses (one for my private devices and one for the communal devices which are on a separate google account), but I can't actually use JRemote as my "daily driver" either, because of features it lacks that Gizmo has. Specifically I use the Gizmo theater view controls because one of our HTPCs doesn't have an IR receiver in it, so the lack of those controls in JRemote is keenly felt. I also make a lot of use of Gizmo's local caching feature on my phone (when going for a walk or mowing the lawn), which JRemote also lacks. There are other little things missing too that are less important to me.
JRemote is beautiful and works great for the stuff that's there, and I still fiddle with JRemote from time to time, but I keep hoping it will reach feature parity with Gizmo so I can make it my main remote. Until then, it's just collecting virtual dust in my android app drawer.
I recognize that Gizmo and JRemote are separate products, but I think the sentiment a lot of folks have is that JRemote is the "premium version" of gizmo, and a premium version of a free app should be strictly better than the free app: it should do everything the free app does "plus" some other things. As it is the free app actually does more (in terms of function) than the paid app in most areas, which I think is the source of some of the angst.
-
JRemote is "the face of MC" for a good number of customers. I'd be guessing at the numbers. But I'll bet something like 1/3 of the overall active customer base uses JRemote most of the time, rather than Standard View or Theater View. That makes the JRemote interface the very most important interface to those customers.
+1
My MC server HTPC runs headless. I only use the MC user interface when something has gone wrong. For 90% of the time I use JRemote as the UI, and just occasionally I let TheaterView Playing Now display its track and artist images on the TV.
IMHO JRiver should invest its UI development money on JRemote (and possibly on TheaterView) and not "waste" any UI development time on the MC application itself. If there is a really strong demand for a new UI feature in the MC application, then it should be built into the JRemote UI too. I think JRiver should design the architecture of any new UI features using common "wireframe" concepts, with the intention to roll them out in parallel across all platforms. This requires a bit of a mindset change in how the software is developed..
-
JRemote is my most expensive app. Wanted to support development by buying a beta version but can't deny that I'm little bit of disappointed by the development speed and given non-existing road map. Like others have said for now it is prettied Gizmo with better search but which also misses many features. Still there is so much potential to be fulfilled so maybe some day...
-
I think both of the JRemotes and Gizmo work pretty well. We have made minor changes from time to time. We'll eventually do more but not very soon.
JRiver Media Center is far and away the best of it's kind and [as such] reasonably priced. The fact that the same company would release JRemote, the most expensive app I have ever purchased and full of bugs that JRiver apparently sees no immediate need to address represents an amazing irony in my opinion. When you consider Gizmo, which was already out there and probably performing just fine for the vast majority of users it presents an even more puzzling picture.
I understand there are hard choices to make in any business so I sort of get it but I think it would have been better to not release JRemote at all. I honestly feel like I've been taken for a ride on this one.
-
I don't mind that jremote was ported to android. But i do mind that i don't feel like it replaces gizmo.
So now i have two unfinished apps of bugs and features. In that time i also payed for EOS for live TV support.
Considering you now also have one remote. I would agree there is plenty of work to be done.
Please please please consolidate all OS UI and features.
Thanks
-
I have to agree with others here.
I too feel very disappointed with JRemote.
I payed what is the most I have ever paid for an app because other were predicting great things for it.
But even now it still feels very much like beta software and to be told there are no plans to develop it in the near future makes me wish I had not purchased it.
-
I love to work with JRiver Media Center on my phone.
But the price for this app is an impudence, about €10 for an app, no thank you.
For the half Price, i would have tried the app.
-
I have to agree with others here.
I too feel very disappointed with JRemote.
I payed what is the most I have ever paid for an app because other were predicting great things for it.
But even now it still feels very much like beta software and to be told there are no plans to develop it in the near future makes me wish I had not purchased it.
This is too is my most expensive purchase on Google Play.
Not as nice looking as on an iPad and still lacking some good features.
As someone else commented here or in another remote thread, the most functional control for JRiver is through an old laptop running... JRiver.
Not exactly 2010s
-
I don't mind that jremote was ported to android. But i do mind that i don't feel like it replaces gizmo.
So now i have two unfinished apps of bugs and features. In that time i also payed for EOS for live TV support.
Considering you now also have one remote. I would agree there is plenty of work to be done.
Please please please consolidate all OS UI and features.
Since you seem so negative about what we've done with remotes so far, it's doubtful that you would like anything new we do.
-
If you say you think it's ok and it's not. I would rather let you know.
So it's much of a strong +1 with some details. :)
-
I tend to use EOS over JRemote primary as it is the only remote that supports the Playback of LiveTV from MC connected TV Tuners. MCWS supports all the calls that are necessary but they have never appeared in JRemote.
There is something good about watching watching live TV from anywhere in the world streamed from your home to your device. Unfortunatly I just watched England beat Aust in the Rugby test... :(
-
Without JRemote for iOS in my house, the rest of the family would not use MC to listen to audio at all. It made it easy and acceptable to use in the house and around the world as we travel.
The display image (wrong album art) is annoying and I find killing the app an relaunching resyncs it correctly. I'm guessing this is caused after I update my server and reboot.
Photo support would be nice, but I have others apps for viewing them from the server. Having it in one app with the tagging and sorting power of MC would make it the go to app.
Ability to sync content locally for use on planes etc. would be my #1 ask as we all like the UI of JRemote and currently have to use other apps and export music from MC and import to the device manually.
Can't help with England beating Australia, I think that works as expected :-)
An Englishman in Califirnia!
-
I think both of the JRemotes and Gizmo work pretty well. We have made minor changes from time to time. We'll eventually do more but not very soon.
Please look at JRemote iOs and Web radio streaming thread. I can't solve this issue with settings. It requires a fix.
My MC server HTPC runs headless. I only use the MC user interface when something has gone wrong.
+1
-
And... I think we've gone full circle somewhat. I just don't understand how Id works, if it's meant to be headless, then I need something that offers full playback functionality on phone/tablet, right? Isn't that the design? I'm an audio-only MC user, and I don't need full admin control on a phone (I'll shoot on over to my desktop for that), but good, consistent control from my phone would be key. I can't get everything I need on Gizmo or JRemote, so what's the model meant to be?
-
BubbleUPNP now stops working after a few songs. Oy.
-
This Question has already probably been asked a couple of times (in different topics) but I never found an answer.
JRiver MC has the nice ability to work with Libraries to partition vast collections into meaningful parts. I use it to separate the different coding (FLAC DSD..).
On the MC app that works as a charm and when I change the currently selected library in MC it also changes in JRemote but I cannot change it in JRemote, which is a blooper as my Music server is headless and I have to startup another PC to change anything on it via TeamViewer
Is there a way that feature could be added or is that a problem in MC where these features are not exposed to the Remotes? (In which case I will have to ask the JRiver team if they could add it to their API
-
I use JRemote on my iPhone and iPad more than any app I have. And it works flawlessly. I use if for music only. I have several TB of music and it plays all my file types in native format just perfectly. I'm not sure what the problem is here? Far and away the best "streaming" app and I've used them all. Viewing photos with JRemote? Why not get a better photo app? I think MC's strong point is music and that's where JRemote shines.
My only issue was when Apple came out with IOS 9, it took a little while to get JRemote to work with the new software. I was only freaking out cause I can't go a day without JRemote.
So, if ain't broke, don't fix it! I feel fortunate for JRiver and in particular JRemote. If I had one recommendation for a possible development improvement, I'd say music caching would be cool so when you play tunes it saves them locally on your phone for offline playing - the way Subsonic does.
I'm a very satisfied JRemote user.
Spencer
-
+1
My MC server HTPC runs headless. I only use the MC user interface when something has gone wrong. For 90% of the time I use JRemote as the UI, and just occasionally I let TheaterView Playing Now display its track and artist images on the TV.
IMHO JRiver should invest its UI development money on JRemote (and possibly on TheaterView) and not "waste" any UI development time on the MC application itself. If there is a really strong demand for a new UI feature in the MC application, then it should be built into the JRemote UI too. I think JRiver should design the architecture of any new UI features using common "wireframe" concepts, with the intention to roll them out in parallel across all platforms. This requires a bit of a mindset change in how the software is developed..
Yep. My situation exactly. Furthermore, without JRemote I wouldn't be using JRiver.
-
I guess this thread could be used for feature requests (sorry for that) 8)
I'm happy with JRemote and use it on my iPad accessing my music collection on a headless Mac Mini. MediaCenter I only use from time to time, when necessary. Sorting albums by year and not alphabetically within a section is something that really should be possible. It's a key function I expect from a "serious" music managing app. MC got it, JRemote should have it too. At least the album's year tag could be shown next to the album title, so I know the order.
Adding playlists to a song is kind of a hidden feature in JRemote and could be included more prominent and "better".
A bug: Klicking on the letter K in the Album section only jumps to albums starting with a C.
Thanks!
Grundgütiger
-
Sorting albums by year and not alphabetically within a section is something that really should be possible
I'm relatively certain JRemote can do what you are asking for, by making a custom view that sorts the way you want and then exporting that view to JRemote. If you need guidance, start a new thread and we'll try to help you out.
Brian.
-
I'm a JRiver supporter. I automatically buy the new version every year. I am sincerely grateful to Jim, Matt and the rest of the JRiver team. I couldn't imagine not having the ability to use JRiver for bluray or cablecard playback because there's no other software which comes close.
I strongly believe that the TV experience could be MUCH better if there were a way to control the guide from a touch screen device. Of course, this means there would need to be some remote development done by JRiver. IMO, JRiver TV is unfinished and incomplete until this happens. So it goes without saying that I'm disappointed with jremote, gizmo and JRiver 22.
Michael.
-
I'm a JRiver supporter. I automatically buy the new version every year. I am sincerely grateful to Jim, Matt and the rest of the JRiver team. I couldn't imagine not having the ability to use JRiver for bluray or cablecard playback because there's no other software which comes close.
I strongly believe that the TV experience could be MUCH better if there were a way to control the guide from a touch screen device. Of course, this means there would need to be some remote development done by JRiver. IMO, JRiver TV is unfinished and incomplete until this happens. So it goes without saying that I'm disappointed with jremote, gizmo and JRiver 22.
Michael.
Gizmo has a feature that allows it to control theater view and the TV guide via a touch screen interface. I'm not in an environment that I can test right now, but I think it's under either "mode" or "options." The option is called "theater view remote," and it turns your phone or tablet into a remote control that can navigate theater view and the TV guide. Is there something about the way that works that isn't right for you? I only ask because it's kind of hidden away in the UI.
-
Thanks mwillems! I didn't know that option existed. I'll give that a try when I have a minute.
-
Gizmo has a feature that allows it to control theater view and the TV guide via a touch screen interface.
Actually, so indeed does JRemote have that feature too; it is also strangely "hidden" under the Settings function ( under the cog wheel icon ) ..
-
I think that may be another iOS only feature for JRemote.
I do not see that option on my Android JRemote.
-
Actually, so indeed does JRemote have that feature too; it is also strangely "hidden" under the Settings function ( under the cog wheel icon ) ..
where? I don't see it in settings.
-
I think that maybe another iOS only feature for JRemote.
I do not see that option on my Android JRemote.
i am on iOS and I don't see it.
-
If you scroll the left hand list of items up, the bottom item is a remote symbol, labelled Remote. That gets you to a Theatre View remote page; unfortunately it is a truly horrible navigation experience - it makes the already pretty bad Theatre View navigation even worse.
That is on an ipad, the option doesn't seem to be present in the Android version.
IMO the EOS Theatre View remote is much better.
-
where? I don't see it in settings.
My bad. Actually there are two things, a) on the JRemote main screen on the left side, there is an icon called "Remote" that allows you to control the MC display using tap and swipe gestures, and b) under the cog wheel icon in Settings, next to the MC server name, press the (i) icon, and scroll right down to the bottom of the dialog box, and there are some commands for sleep, hibernate and reboot of the MC server..
-
If you scroll the left hand list of items up, the bottom item is a remote symbol, labelled Remote. That gets you to a Theatre View remote page; unfortunately it is a truly horrible navigation experience - it makes the already pretty bad Theatre View navigation even worse.
That is on an ipad, the option doesn't seem to be present in the Android version.
IMO the EOS Theatre View remote is much better.
That is for the 10 foot display on the remote monitor. I thought you meant you could get the theater view on the iPhone JRemote screen itself. That is what I would like but no.
-
Again the abilities to sleep, hibernate and reboot are iOS only, they do not appear in the Android version :(
-
Just installed this on my new Andriod LG V10. It seems to be working really well, but haven't really put it through the paces yet. The 2 things that made me pull the trigger and purchase it is FLAC streaming to my phone and gapless playback streaming to the phone. Neither of these are available in Gizmo and are probably not supported by other apps either. There are a few things that would be great to see.
1. A trial version . I agree with others that $10 is a lot for an app. It's worth it IMHO, but you have to shell out the money to find that out. It's a bit scary.
2. A widget that has shuttle controls on it.
3. A lock screen widget, so you can just get in the car and hit play.
4. Both a lock screen and home screen widget (did I say that already?) :)
-
And please update the playlist editing that is a swipe from the right edge.
Thanks to Apple they stuck the SlideOver in the same place and you have to be very precise to get to the playlist.
And would be great if JRemote showed up in the SlideOver menu so I can multitask :-)
There's been no update to this app since last October. Will it get some TLC if iOS 10 breaks something ?
The household will string me up if I upgrade and it breaks !!
-
I cant recall the last time the Android version of JRemote was updated. Seems to be given a very low priority. Many have asked about upgrades etc. Theater View Control has been requested many times along with others requests.
-
As much as I like it I'm uncertain if JRemote is a product with active development at all.
-
I think perhaps the history of jremote is slightly relevant here. JRemote was originally not an official app, in fact nothing to do with the jriver company. It was a 3rd party app developed by one person ("lespaul" I forget his real name, apologies). JRiver hired him as an employee and I suppose you could say at that point jriver inherited ownership of jremote. It is then that jremote became the official remote app for jriver's MC software. However it would then be incorrect to say that jremote was developed by jriver. It is from that time when "lespaul" was hired that apparently development on jremote stopped. Not altogether true as there were a couple or more revisions. But not a major release to version 4, it is still version 3 revision 22 or thereabouts.
So in summary jremote only exists because of the skill of one person who now works for jriver - it was not developed by jriver - and perhaps it is no longer his pet project.
-
Not quite.
We hired LesPaul and we purchased the software from him. He worked for JRiver for about a year and then quit over a misunderstanding (in my opinion).
He has helped a little since then, but we haven't focused much on JRemote.
In my opinion, it's a very good solution with few flaws. I would rather not touch it at this point until we need to.
If you have a problem (not a feature request), please post clear enough details that we can reproduce it. I can't promise that we will make a change, but we will at least consider it.
I'm closing this thread now.