INTERACT FORUM
Networks and Remotes => Remotes => Topic started by: bob on May 01, 2020, 08:42:55 am
-
JRemote (iOS) 3.32 has been released.
Changes in this build:
- Fixed local ALAC playback for files with large cover art.
- Fixed issue with the # character in asset paths.
- Removed noisy Waveform info from Metadata display.
Hopefully a comprehensive list of things still to be addressed:
- Video playback on non-mp4/m4a files past a certain duration will eventually stall when the buffering on the iOS device is full (depends on the speed of the server).
- Themes and dark mode don't always play together nice.
- Initial display of the scroll area should be top justified and appears to be centered.
- Refresh information on playing now, in certain situations the displayed information can be stale.
- Possible issues with the transcode switch saving (I haven't been able to duplicate this yet).
- Crash on INITIAL connect a server (not a big one since for all subsequent connections it always works).
- Quick jump on lists when article sorting is enabled.
- Articles still being retrieved when the switch is off in JRemote. Crashing on trailing single quote.
- Rotation of the playing now screen on 4.7" iPhones (where rotation is supposed to be disabled).
-
Great to see that the development of jremote continues - thanks a lot!!
There is one (for me) essential point which is still not working - fast scrubbing is still not possible.
The "Curser" shows the actual point of the current song, however moving to another section of the song is not possible.
I used the iPhone 6S and 11 under IOS 13.41 and JRiver 25.
With an iPad Air (IPadOS13.4.1) the scrubbing with -30 -60 and +30 +60 is also not working.
It would be great if you can take the points to your taskboard.
-
JRemote (iOS) 3.32 has been released.
Changes in this build:
- Fixed local ALAC playback for files with large cover art.
- Fixed issue with the # character in asset paths.
- Removed noisy Waveform info from Metadata display.
Hopefully a comprehensive list of things still to be addressed:
- Video playback on non-mp4/m4a files past a certain duration will eventually stall when the buffering on the iOS device is full (depends on the speed of the server).
- Themes and dark mode don't always play together nice.
- Initial display of the scroll area should be top justified and appears to be centered.
- Refresh information on playing now, in certain situations the displayed information can be stale.
- Possible issues with the transcode switch saving (I haven't been able to duplicate this yet).[/li
- Crash on INITIAL connect a server (not a big one since for all subsequent connections it always works).
- Quick jump on lists when article sorting is enabled.
- Rotation of the playing now screen on 4.7" iPhones (where rotation is supposed to be disabled).
The problem with the Transcode switch just got worse with JRemote 3.32 on iPhone 7. Now the Auto Connect to last server switch doesn't do anything. Always acts as if it is off. The wake page shows every time I restart JRemote. And changing any other switch does not stick after a JRemote restart. Even changing the theme to dark does not stick after restarting JRemote. But my old Ipad 2 works fine. My iPhone 7 is on IOS 13.4.1[/list]
-
I've been trying to stream JRiver Radio from JRemote on my iPhone so that I can listen to it when I drive but that doesn't seem to work. Is that not implemented? When I try, it plays on my iMac, not on my iPhone, even when I am on LTE.
Any help is highly appreciated!
cheers,
Hans
-
I've been trying to stream JRiver Radio from JRemote on my iPhone so that I can listen to it when I drive but that doesn't seem to work. Is that not implemented? When I try, it plays on my iMac, not on my iPhone, even when I am on LTE.
Any help is highly appreciated!
cheers,
Hans
As far as I know you can't stream it to any of the remotes yet, I'll check with Matt about the possibility of implementing that.
-
Thanks Bob, that would be awesome. In the meantime Panel should work, right?
-
As far as I know you can't stream it to any of the remotes yet, I'll check with Matt about the possibility of implementing that.
Swing that for us and I'll buy it for my wife's iPhone... She'll never use it, but I'll still buy it for her :D I would likely use it all the time, especially so if it also allowed us to play other users playlists...
-
Swing that for us and I'll buy it for my wife's iPhone... She'll never use it, but I'll still buy it for her :D I would likely use it all the time, especially so if it also allowed us to play other users playlists...
Hendrik says it should work though not very efficiently without the latest calls he added. I think I probably need to do some work with the zone handling.
-
Hendrik says it should work though not very efficiently without the latest calls he added. I think I probably need to do some work with the zone handling.
When I try to stream Radio when my iPhone is on LTE then playback starts in the current Zone on my iMac whereas if I play a Playlist it plays on my iPhone. I can't figure out how to set the output device when streaming.
Many thanks!
Hans
-
The problem with the Transcode switch just got worse with JRemote 3.32 on iPhone 7. Now the Auto Connect to last server switch doesn't do anything. Always acts as if it is off. The wake page shows every time I restart JRemote. And changing any other switch does not stick after a JRemote restart. Even changing the theme to dark does not stick after restarting JRemote. But my old Ipad 2 works fine. My iPhone 7 is on IOS 13.4.1[/list]
I don't think that's a JRemote change, I didn't touch that section of the code. It seems more likely to be an iOS 13.4.1 "change" that needs to be dealt with.
-
- Fixed issue with the # character in asset paths.
JRemote still crashes on startup for me. Maybe another strange character issue?
iPhone 11, iOS 13.4.1, JRemote 3.322, MC 26.0.63
-
JRemote still crashes on startup for me. Maybe another strange character issue?
iPhone 11, iOS 13.4.1, JRemote 3.322, MC 26.0.63
Can you check your Article list in MC's options and post it here? Thanks!
Options->Tree and View->Sorting->Articles
-
Can you check your Article list in MC's options and post it here? Thanks!
Options->Tree and View->Sorting->Articles
Here it is:
a;an;the;th';ein;eine;das;der;die;el;il;la;las;le;los;-los lobos;-los angeles;un;une;de l';de la;des;du;l';la;le;les;-les paul;-les paul trio;-les baxter;-les brown;-les dudek;-les mccann;un;une;'til;"weird";...;-du & jag döden;';";*
-
Here it is:
a;an;the;th';ein;eine;das;der;die;el;il;la;las;le;los;-los lobos;-los angeles;un;une;de l';de la;des;du;l';la;le;les;-les paul;-les paul trio;-les baxter;-les brown;-les dudek;-les mccann;un;une;'til;"weird";...;-du & jag döden;';";*
Since JRemote uses the articles now it's possible some of the punctuation in there is causing issues.
You can either try turning off articles in JRemote (if it's set to auto-connect to the server you can turn off you wireless on the iDevice so that fails then disable articles) or remove the
' " * ... in the article list for testing.
-
Since JRemote uses the articles now it's possible some of the punctuation in there is causing issues.
You can either try turning off articles in JRemote (if it's set to auto-connect to the server you can turn off you wireless on the iDevice so that fails then disable articles) or remove the
' " * ... in the article list for testing.
Thanks! It seems that Ignore articles in sort in JRemote was already turned off. Removing the last item (') in the article list in MC worked.
-
Thanks! It seems that Ignore articles in sort in JRemote was already turned off. Removing the last item (') in the article list in MC worked.
Interesting, thanks for the feedback. This release was supposed to not try to get them from MC if the switch in JRemote was turned off. I'll check that.
-
Great to see that the development of jremote continues - thanks a lot!!
There is one (for me) essential point which is still not working - fast scrubbing is still not possible.
The "Curser" shows the actual point of the current song, however moving to another section of the song is not possible.
I used the iPhone 6S and 11 under IOS 13.41 and JRiver 25.
With an iPad Air (IPadOS13.4.1) the scrubbing with -30 -60 and +30 +60 is also not working.
It would be great if you can take the points to your taskboard.
Local playback or to a zone?
Transcoding or not? If not, file format?
-
Thank you for the update! 8)
-
JRemote (iOS) 3.32 has been released.
- Fixed local ALAC playback for files with large cover art.
I finally got around to verifying this - looks great! Thanks for fixing this one.
-
Also thanks for the update and your time!
-
Local playback or to a zone?
Transcoding or not? If not, file format?
Hi Bob,
it is not working by playing to a zone - local playback ist working fine.
I use .flac and .mp3 files (Different resolutions) - both are affected. No transcoding.
-
Hi Bob,
it is not working by playing to a zone - local playback ist working fine.
I use .flac and .mp3 files (Different resolutions) - both are affected. No transcoding.
OK, two more questions, are you playing to a zone on the MC machine itself or to a remove zone (DLNA renderer)?
If it's a DLNA renderer, what are MC's DLNA server settings that apply to that zone?
-
Hi I am not sure if this is a JRemote 3.32 issue or something with the iPhone but I posted this earlier in case I put it in the wrong place:
I upgraded my phone yesterday and am now experience an issue with JREMOTE.
When I press the "Play" button and the music goes into "Pause" mode, after maybe twenty to sixty seconds the music "automagically" starts playing again without any intervention or input on my part.
When pressing the "Stop" button the music stops permanently until I start it up again. I am using iOS 13.4.1 and the latest version of JREMOTE whatever that is.
Thank you for looking into this.
-
Hi I am not sure if this is a JRemote 3.32 issue or something with the iPhone but I posted this earlier in case I put it in the wrong place:
I upgraded my phone yesterday and am now experience an issue with JREMOTE.
When I press the "Play" button and the music goes into "Pause" mode, after maybe twenty to sixty seconds the music "automagically" starts playing again without any intervention or input on my part.
When pressing the "Stop" button the music stops permanently until I start it up again. I am using iOS 13.4.1 and the latest version of JREMOTE whatever that is.
Thank you for looking into this.
I notice this occasionally as well. I think it's an iOS change when the phone comes out of being locked and JRemote was paused.
-
OK, two more questions, are you playing to a zone on the MC machine itself or to a remove zone (DLNA renderer)?
If it's a DLNA renderer, what are MC's DLNA server settings that apply to that zone?
I am playing to a Network Streamer / All in One Player. A NAIM Superuniti.
What are the DLNA server settings applying to that Zone ? Good question - how can I find out?
There is one DLNA Server configured - with Audio Mode Original.
-
Hi - I posted this as a new topic but think I should have just asked here. Running IOS 13.4.1 and the autoconnect to last server since updating to 3.32 doesn’t work on my iPhone X. Does work on my mini IPad still.
Appreciate any thoughts you have.
-
Hi - I posted this as a new topic but think I should have just asked here. Running IOS 13.4.1 and the autoconnect to last server since updating to 3.32 doesn’t work on my iPhone X. Does work on my mini IPad still.
Appreciate any thoughts you have.
Same version of iOS?
-
Same version of iOS?
Yes iOS 13.4.1 on both mini iPad and iPhone X. Thanks!
-
I notice this occasionally as well. I think it's an iOS change when the phone comes out of being locked and JRemote was paused.
This happens without the iPhone ever going into the locked condition. I have the screen timeout set for five minutes and still the player comes out of pause with the phone still in the unlocked situation. Also, I just wanted you to be aware that the iPhone upgrade that I was referring to was not simply a software upgrade but I went from an iPhone 6 to this iPhone 11 Pro Max or whatever they call it.
No biggie. I'll just hit the stop button instead of the pause button for the time being.
-
I thought that now the large artwork in ALAC problem had been fixed in 3.32 it would be safe to buy the new Hayley Williams album from HDtracks in that format.
Sadly I was wrong. The 96/24 album plays properly in JRiver 25 and in iTunes but not if I try to play it on my iPhone using JRemote. That way I get the familiar “Audio streaming error. There was a problem playing the current audio file”
As per usual if I use JRiver to covert the album to FLAC then JRemote plays it flawlessly. Let me know if I can assist you in solving this one.
-
I have to add servers by IP address because it seems that when doing so using the access key it always resolves to the external which of course is not accessible. So I assume access codes are only for external access where you have allowed inbound traffic via your file wall.
Then when I add a server (Version 24 on Raspberry Pi) no zones appear. If I flick the app to unload it and start it again all is good when it connects to the server that has already been configured. Easy to repeat I just delete the server add it again and this happens every time.
-
I have to add servers by IP address because it seems that when doing so using the access key it always resolves to the external which of course is not accessible. So I assume access codes are only for external access where you have allowed inbound traffic via your file wall.
Then when I add a server (Version 24 on Raspberry Pi) no zones appear. If I flick the app to unload it and start it again all is good when it connects to the server that has already been configured. Easy to repeat I just delete the server add it again and this happens every time.
The access codes are for both inside and outside access. It should try the inside address first.
The initial add to the server list will either do nothing (iPad) or crash out (iPhone). The next time you run JRemote everything will be fine. This is a know issue and on the list of things to fix.
-
Connect to last server on launch no longer works.
I get the server list every time I launch JRemote and it hasn't maintained the previous connection, even though the option is set. Deleting and reinstalling JRemote doesn't help.
With this feature not working, is there a way to force it to always connect to a particular server? Sick of having to pick from the server list.
Lastly, the app is no longer saving its settings when they are changed. Change some settings, and when the app if force-quit or dropped from memory, you will find the changes are not there on re-launch. Add or remove servers from the list, that is saved. Settings are not, if you have already connected to a server. If you have not connected to a server yet, you can save settings. Ipad Air, IOS 10.3.
Since the app store unfortunately does not allow downgrades, a fix would be most appreciated. That's understating it, really.
-
Connect to last server on launch no longer works.
I get the server list every time I launch JRemote and it hasn't maintained the previous connection, even though the option is set. Deleting and reinstalling JRemote doesn't help.
With this feature not working, is there a way to force it to always connect to a particular server? Sick of having to pick from the server list.
Lastly, the app is no longer saving its settings when they are changed. Change some settings, and when the app if force-quit or dropped from memory, you will find the changes are not there on re-launch. Add or remove servers from the list, that is saved. Settings are not, if you have already connected to a server. If you have not connected to a server yet, you can save settings. Ipad Air, IOS 10.3.
Since the app store unfortunately does not allow downgrades, a fix would be most appreciated. That's understating it, really.
I have reported the same issue above on losing the server connection on my iPhone since the last JRemote update. Still an issue and agree would be great if it could be fixed in a future update. Thanks
-
I have reported the same issue above on losing the server connection on my iPhone since the last JRemote update. Still an issue and agree would be great if it could be fixed in a future update. Thanks
Might this have something to do with the iOS version? On 13.4.1, what you describe is not an issue.
-
Anything's possible. But it's an introduced issue, as it worked in the previous version of JRemote. IOS 13 is not available for that device. And such a feature should not be OS dependent.
-
Agreed. It should definitely be fixed.
-
Might this have something to do with the iOS version? On 13.4.1, what you describe is not an issue.
I have the same problem with 2 newest versions of IOS, so if he is on IOS 10.3 I don't see how IOS is the problem. I am the 3rd report of this issue after last 1 or 2 JRemote updates. After installing 3.32 is none of the settings would stick.
I was able to get changes in settings to stick by opening settings menu before I opened the server on my iPhone 7 with IOS 13.4.1.
Unfortunately the Auto connect button still does nothing. It will show on but not Auto connect.
Oddly I have an iPad 2 with IOS 9.3/JRemote 3.32 and it works fine.
-
The day after I upgraded my HTPC to 26.0.80 (Friday), JRemote developed this issue where it would crash instantly when connecting to the server. I upgraded JRemote to 3.32 as part of the effort to fix that problem. It didn't fix it. So now I have both problems instead of just one.
The only thing I can do to get JRemote to reconnect is to DISABLE authentication on the MC server, restart the MC server, then RE-ENABLE authentication (without changing the password), and then restart the MC server again. Then JRemote can connect without crashing.
Unfortunately, that only works until JRemote is forced out of memory. The next time the app has to restart and reconnect, I have to repeat.
I don't know if it's a JRemote issue or a 26.0.80 issue. I have no alternative because IOS doesn't allow downgrades.
-
That is curious. I have an iPhoneX and an iPad Pro 9.7“, both on iOS 13.4.1 and I‘m running MC 26.0.80 on an iMac 5K (late 2015) and I don‘t have the problem. Even if I completely quit out of JRemote, the next time I start it up it is automatically connected to my iMac server. Is there any kind of diagnostic that we could provide to make this easier to fix?
-
The day after I upgraded my HTPC to 26.0.80 (Friday), JRemote developed this issue where it would crash instantly when connecting to the server. I upgraded JRemote to 3.32 as part of the effort to fix that problem. It didn't fix it. So now I have both problems instead of just one.
If you'd be willing to be a beta tester I can get crash logs from you when you install with testflight which would help nail down the crash.
The last few build of JRemote started pulling articles from the MC server for use in JRemote. It's ONLY supposed to happen if that option is on in JRemote's settings though there might be an issue with that.
There does still seem to be an issue with articles, I think MC might have messed up the default article list at some point.
If you check your MC articles string (in Options) and you see " or ' you might try removing them. It's fixed the issue for other users.
-
I'm not sure what's going on with the save options at this point. I've not been able to reproduce that even in the simulator and my array of hardware devices doesn't include ones that this appears to be an issue you.
If you don't mind losing your settings you might try removing JRemote from your device which will clear the saved settings then re-installing it from the App store. As noted above, a current issue is that the first connect work work right (iPad) or crash (iPhone) but subsequent runs of JRemote will work fine.
Feedback desired!
Thanks.
-
If you don't mind losing your settings you might try removing JRemote from your device which will clear the saved settings then re-installing it from the App store. As noted above, a current issue is that the first connect work work right (iPad) or crash (iPhone) but subsequent runs of JRemote will work fine.
I've already done that a couple of times trying to resolve these issues. The settings problem returns.
-
There does still seem to be an issue with articles, I think MC might have messed up the default article list at some point.
If you check your MC articles string (in Options) and you see " or ' you might try removing them. It's fixed the issue for other users.
So I checked my articles list. It did have a couple of ' characters in there for French articles, so I sanitized it.
After a couple of quick tests, that seems to have had an effect, but I'm not ready to call this issue mitigated yet. Give me some time please. Also obviously it would be nice if the articles worked correctly as I do have some French music.
The settings problem remains, as does the issue of it always presenting the server list instead of reconnecting.
The not reconnecting is the more annoying of the non-crashing issues, since there is no work around, and I don't need to change settings except when reinstalling. Would a log be of any use to you with this?
-
So I checked my articles list. It did have a couple of ' characters in there for French articles, so I sanitized it.
After a couple of quick tests, that seems to have had an effect, but I'm not ready to call this issue mitigated yet. Give me some time please. Also obviously it would be nice if the articles worked correctly as I do have some French music.
The settings problem remains, as does the issue of it always presenting the server list instead of reconnecting.
The not reconnecting is the more annoying of the non-crashing issues, since there is no work around, and I don't need to change settings except when reinstalling. Would a log be of any use to you with this?
I'll try that exact device in the simulator first and if I still can't reproduce it get a log from you.
The server settings are probably important to duplicate too.
Do you have Authentication on or off and is read-only enabled with a password, without or completely disabled?
-
I think it extremely likely that authentication settings are somehow involved, as I described earlier I could provoke a behavior change by simply toggling authentication off/restart/on/restart which should have no net effect. There's something fishy there.
My normal mode is to have JRemote authenticate to the server. I often rate tracks from JRemote so I need the authentication. I never used a password for read only, and since I never used read only at all, I can't be sure if I traditionally had it set to everyone or disabled. (I've messed with it as part of the troubleshooting process.) Currently I have it disabled.
Let me know if you want me to send you a library backup so you can peruse all settings.
-
I think it extremely likely that authentication settings are somehow involved, as I described earlier I could provoke a behavior change by simply toggling authentication off/restart/on/restart which should have no net effect. There's something fishy there.
My normal mode is to have JRemote authenticate to the server. I often rate tracks from JRemote so I need the authentication. I never used a password for read only, and since I never used read only at all, I can't be sure if I traditionally had it set to everyone or disabled. (I've messed with it as part of the troubleshooting process.) Currently I have it disabled.
Let me know if you want me to send you a library backup so you can peruse all settings.
There could be some issues with the Auth since it changes how JRemote connects. For example the disabled auth is a newish setting that JRemote may not be responding properly to. If you could temporarily set that to everyone and test that it could be helpful. Thanks!
-
wer,
It's also possible that the authentication is a red herring and that there is something else causing trouble. A flakey network connection, for example.
-
There could be some issues with the Auth since it changes how JRemote connects. For example the disabled auth is a newish setting that JRemote may not be responding properly to. If you could temporarily set that to everyone and test that it could be helpful. Thanks!
Thanks Bob. I've done what you suggest and tested both ways. The crashing occurs when ro_auth=everyone, as well as with ro_auth=disabled. I'm currently testing with ro_auth=password but need some more time with that.
It's important to note that once the crashing starts, it happens 100% of the time, until I make a change to the auth settings. Merely restarting the server has no effect. If I make a change to auth settings, JRemote immediately reconnects on the next try.
So it goes like this:
Crash, crash, crash
Restart server
Crash crash crash.
Restart server
Crash crash crash
Change ro auth from disabled to everyone and restart server
Launch JRemote, Connects
(Eventually, app is removed from memory by IOS)
Relaunch JRemote, crash crash crash
Crash crash crash...
Or like this:
Crash, crash, crash
Restart server
Crash crash crash.
Restart server
Crash crash crash
Change ro auth from everyone to disabled and restart server
Then immediately change ro auth from disabled back to everyone and restart server
Launch JRemote, Connects
(Eventually, app is removed from memory by IOS)
Relaunch JRemote, crash crash crash
Crash crash crash...
So there is something about CHANGING the server auth settings, even if the changes are reverted, that triggers different behavior. Merely restarting the server, without changing the auth settings, does not affect the issue.
-
I am playing to a Network Streamer / All in One Player. A NAIM Superuniti.
What are the DLNA server settings applying to that Zone ? Good question - how can I find out?
There is one DLNA Server configured - with Audio Mode Original.
Hi Bob, any idea for this point?
Thanks, Nobo
-
Hi Bob, any idea for this point?
Thanks, Nobo
Does it work from MC playing to that same device?
It's possible the device doesn't support seek, or it doesn't support it with the filetype you are sending.
-
Thanks Bob. I've done what you suggest and tested both ways. The crashing occurs when ro_auth=everyone, as well as with ro_auth=disabled. I'm currently testing with ro_auth=password but need some more time with that.
It's important to note that once the crashing starts, it happens 100% of the time, until I make a change to the auth settings. Merely restarting the server has no effect. If I make a change to auth settings, JRemote immediately reconnects on the next try.
So it goes like this:
Crash, crash, crash
Restart server
Crash crash crash.
Restart server
Crash crash crash
Change ro auth from disabled to everyone and restart server
Launch JRemote, Connects
(Eventually, app is removed from memory by IOS)
Relaunch JRemote, crash crash crash
Crash crash crash...
Or like this:
Crash, crash, crash
Restart server
Crash crash crash.
Restart server
Crash crash crash
Change ro auth from everyone to disabled and restart server
Then immediately change ro auth from disabled back to everyone and restart server
Launch JRemote, Connects
(Eventually, app is removed from memory by IOS)
Relaunch JRemote, crash crash crash
Crash crash crash...
So there is something about CHANGING the server auth settings, even if the changes are reverted, that triggers different behavior. Merely restarting the server, without changing the auth settings, does not affect the issue.
I'm still looking into this one, got a lot on the plate right now.
-
Thank you.
-
FYI I've confirmed that it also happens with ro_auth=password.
-
Bob, another data point for you...
I was thinking about this, and it always seemed strange to me that although restarting the server did not affect the problem, changing the auth settings then restarting the server, then reverting the settings, then restarting the server again DID affect the problem.
So I tried something a bit different:
Crash, crash, crash
Go to MC options, disable authentication, click ok.
Immediately back to MC options, re-enable authentication, click ok.
No server restart at all.
JRemote is immediately able to connect.
Is some information being cached server-side, and that cache is flushed anytime you OK any auth change?
-
Purchased and download v 3.32 today. Numerous problems. No gear or other icons visible. Tapping on left top does bring up settings, and that allowed me to add PC on network where I MC installed. That service is now available, but tapping on "wake" either crashes the app or the icon just spins then reverts to "wake." So, I can't establish a connection to the desktop app.
MC was running on the network prior to launch of JRemote. From JRemote settings menu, access key, address, port and MAC address are all complete. "Set zone to 'This device' on connect" is off.
How to resolve this to let me control playing to a defined zone from my iPad?
-
Ok, I’m now officially too st00pid to use an iPad. I bought the App and installed it. It now tells me to tap the top left hand corner to configure a server. I can tap till the cows come home, nowt happens. What gives? Petr
-
Purchased and download v 3.32 today. Numerous problems. No gear or other icons visible. Tapping on left top does bring up settings, and that allowed me to add PC on network where I MC installed. That service is now available, but tapping on "wake" either crashes the app or the icon just spins then reverts to "wake." So, I can't establish a connection to the desktop app.
MC was running on the network prior to launch of JRemote. From JRemote settings menu, access key, address, port and MAC address are all complete. "Set zone to 'This device' on connect" is off.
How to resolve this to let me control playing to a defined zone from my iPad?
If you are not seeing icons, try changing your settings to "light" vs "dark" mode in iOS settings. This solved it for me.
I've had no issues connecting to my server - but i never need to "wake" it - this is from iPhone 11, iPad Mini, iPad Pro. Can you reach your server via alternate means using IP:Port ? Try from a browser on your iDevice and see if Panel comes up. If it does, then JRemote on iDevice should have no issues accessing the server (or rather your network should not be the issue)
-
It needed a pad reset. And indeed, the standard color scheme does not help. Thanks ! Question : can you switch of the host computer with the remote, like with Kodi ?
-
If you are not seeing icons, try changing your settings to "light" vs "dark" mode in iOS settings. This solved it for me. Yes, this worked. I can live
Yes, "Light" worked which I can live with, but seems like JRiver app should not make that fix necessary.
-
Yes, "Light" worked which I can live with, but seems like JRiver app should not make that fix necessary.
agreed. i can deal with it but hope it will be fixed.
does Panel work for you? i have several zones, one server, and many Apple devices. connecting and waking up MC has not been an issue in JRemote for me. makes me think something else is at play
-
I think I figured it out. It seems for JRemote to work, I need to have one other WiFi connected app running on my iPad for JRemote to find the music server. Kind of an odd requirement.
Next up on my learning curve is figuring out to get MC's playlists to appear in JRemote.
After an initial poor impression, I can see that moving to MC/JRemote from MediaMonkey/MonkeyMote was the right move if only because MC appears to be a more forgiving application when I stop one song's playback to jump to another.
-
Does it work from MC playing to that same device?
It's possible the device doesn't support seek, or it doesn't support it with the filetype you are sending.
Hi Bob,
no, it doesn't work from playing MC directly to the Uniti.
So - it is not an issue with jremote!!
However - if I use the naim app, and play from the upnp source MC (same DLNA Server) - it works.
Unfortunately - in this way, the sound quality goes down. Using the MC direct or jremote the sound quality is significantly better.
Any idea for that issue?
Thanks in advance!!
-
Hi Bob,
no, it doesn't work from playing MC directly to the Uniti.
So - it is not an issue with jremote!!
However - if I use the naim app, and play from the upnp source MC (same DLNA Server) - it works.
Unfortunately - in this way, the sound quality goes down. Using the MC direct or jremote the sound quality is significantly better.
Any idea for that issue?
Thanks in advance!!
Startup MC on the server, turn logging on start to play to the rendering device for 30 seconds or so and grab the log and email it to
bob (at) jriver (dot) com
-
I'm also having the problem with having to choose my server every time I launch JRemote on my iPad or iPhone. It works fine on my Android tablet. This started over a week ago. I only have 1 server, so it is not a big deal. Hopefully it can be traced down and fixed :)
-
Bob has been able to reproduce the choose your server problem, so I'm sure he'll have that one fixed soon.
-
Encountering the "always display the server list" bug. More concerning, though, is that JR is now crashing after about 5 minutes consistently. Doesn't matter if it's over LAN or cellular.
JRemote (iOS) 3.32
MC 26.0.80 (64bit)
Windows 10 Home build 1909
authentication on (Like wer, I also rate music through JRemote)
Ignore articles on
Autoconnect to last server on
Transcode audio on
-
Bob,
There's a relation between the constant crashing problem, and zones on the server.
If "App follows server zone changes" is on, and my server changes to a particular zone ("HTPC-Video") then JRemote immediately crashes, and continues to crash when I try to reconnect to the server, as I've described to you before. As long as the server is in that zone, JRemote crashes instantly.
If I turn off the App follows server zone changes, or if I manually change the server out of the HTPC-Video zone, the crashing stops and JRemote can connect.
The reason that turning the authentication off then back on appeared to work is that clicking OK in the MC settings dialog, regardless of any change made, has the side effect of switching MC out of the HTPC-Video zone and back to the default zone. (I don't know why modifying options should change the active zone, but it does. Perhaps because ZoneSwitch is enabled?) It is the switching out of the HTPC-Video zone and back to the default zone that allows JRemote to connect, not any setting change.
Obviously, this should not be happening. JRemote should not crash when the server switches to a particular zone. You have the complete definition for the zone since I sent you my library.
Please advise....
-
Bob,
There's a relation between the constant crashing problem, and zones on the server.
If "App follows server zone changes" is on, and my server changes to a particular zone ("HTPC-Video") then JRemote immediately crashes, and continues to crash when I try to reconnect to the server, as I've described to you before. As long as the server is in that zone, JRemote crashes instantly.
If I turn off the App follows server zone changes, or if I manually change the server out of the HTPC-Video zone, the crashing stops and JRemote can connect.
The reason that turning the authentication off then back on appeared to work is that clicking OK in the MC settings dialog, regardless of any change made, has the side effect of switching MC out of the HTPC-Video zone and back to the default zone. (I don't know why modifying options should change the active zone, but it does. Perhaps because ZoneSwitch is enabled?) It is the switching out of the HTPC-Video zone and back to the default zone that allows JRemote to connect, not any setting change.
Obviously, this should not be happening. JRemote should not crash when the server switches to a particular zone. You have the complete definition for the zone since I sent you my library.
Please advise....
Great find and it makes sense that it seems to have gone along with a MC update. Thanks.
Edit: One question, was there material showing in the playing now for that zone when you get the crash (it doesn't matter if it's in play state or not)?
-
It doesn't matter if it's in the play state or not.
Merely changing to the HTPC-Video zone via the MC Player menu causes an immediate crash if App follows server zone changes is on.
FYI I have been using this zone, unchanged, for years prior to this.
-
It doesn't matter if it's in the play state or not.
Merely changing to the HTPC-Video zone via the MC Player menu causes an immediate crash if App follows server zone changes is on.
FYI I have been using this zone, unchanged, for years prior to this.
I just found one bug related to this from your info and fixed it although that bug appeared to be there forever.
I get that is doesn't matter if it's currently in the play state, what I need to know is if there is a track sitting in that zone with the track information, cover art, etc, even if it's not playing or is that zone completely clear??
Thanks!
-
I just found one bug related to this from your info and fixed it although that bug appeared to be there forever.
I get that is doesn't matter if it's currently in the play state, what I need to know is if there is a track sitting in that zone with the track information, cover art, etc, even if it's not playing or is that zone completely clear??
Thanks!
It doesn't matter, it happens all ways.
It happens if the HTPC-Video zone is currently playing something.
It happens if it is not playing anything but has something sitting in the zone with track info etc.
It happens if the zone is completely empty with nothing sitting in it at all.
If app follows server zone changes is on, and the server changes to that zone under any circumstances, or if it does not actively change but is already sitting in that zone when JRemote connects, then JRemote crashes instantly.
Have I answered clearly what you're looking for?
Thanks...
-
It doesn't matter, it happens all ways.
It happens if the HTPC-Video zone is currently playing something.
It happens if it is not playing anything but has something sitting in the zone with track info etc.
It happens if the zone is completely empty with nothing sitting in it at all.
If app follows server zone changes is on, and the server changes to that zone under any circumstances, or if it does not actively change but is already sitting in that zone when JRemote connects, then JRemote crashes instantly.
Have I answered clearly what you're looking for?
Thanks...
Yes, thanks!
I'll try to push out a beta with that and some of the other fixes tomorrow.
-
How does one get added to the list to Beta test?
-
Hi,
I also noticed that JRemote doesn't keep it's settings. It doesn't stay on the dark theme if selected, after an app restart, it's back on light theme.
Accidently I used the switch "Set Zone to 'This Device' on connect" and I'm not able to switch it off. Every time I restart the app the setting is back.
I re-installed JRemote several times, but this doesn't help. And I also need to select the server every time as already mentioned by some people.
Best,
-
I have enabled remote shutdown (from jremote) on my htpc. However, although the command executes, windows generates an 'are you sure' warning which then stops shutdown, so I still have to shut it down over a remote connection. Is there a setting to avoid this ? Thanks?
Pete
-
Hi,
After I recently upgraded jremote on my ipad pro 11 (and ipad air) it is virtually impossible to use.
Would it please, please please be possible to put te previous version of jremote back into the Apple app store?
It used to work perfectly for me, but after upgrading, it doesn't keep settings (like the colour scheme plus it doen't automatically connect to my mediacenter system anymore), it also crashes when searching for an album after I tap on it to play the whole album.
How can I revert back to the previous version, this is so frustrating.
jremote on ipad was such a bonus to have, if that becomes unusable, I'd be very disappointed/p!ssed off.
Take care and stay healthy,
Ron
-
If anyone wants to be added to the beta, PM me.
It's never possible to go backwards with iOS releases which is why we are cautious about releasing new builds.
Just FYI we are in Minneapolis... Things will happen slower than normal.
-
Added several beta testers. I know what's happening with the settings save, just haven't figured out how to fix it yet.
Perhaps Thursday I can get a beta out.
-
Thanks Bob,
No rush. I believe we all understand it's not the best of times for anything right now.
Best wishes,
Hans
-
Uploading a beta test now that should fix the settings issue and zone change issue.
If this looks good I'll start moving on the other outstanding issues.
-
Bob,
I was able to test the new beta. It no longer crashes when the zone is changed, and the settings appear to be saved (although I'm not 100% sure about the popup messages).
However, I had to do a clean install of this version (which of course wipes out all settings). Installing over the old version (which always used to be possible) resulted in continual crashing; you couldn't even get to the settings. Not sure if others will experience the same, but fyi.
There was also a glitch with dark mode; after the reinstall I turned it on, but it wouldn't actually engage until I had force-quit the application and restarted. Now it's staying in dark mode per my settings. Not a big issue I guess but it might confuse people.
Thanks for your efforts to get the crashing fixed. Much appreciated.
-Will
-
Bob,
I was able to test the new beta. It no longer crashes when the zone is changed, and the settings appear to be saved (although I'm not 100% sure about the popup messages).
However, I had to do a clean install of this version (which of course wipes out all settings). Installing over the old version (which always used to be possible) resulted in continual crashing; you couldn't even get to the settings. Not sure if others will experience the same, but fyi.
There was also a glitch with dark mode; after the reinstall I turned it on, but it wouldn't actually engage until I had force-quit the application and restarted. Now it's staying in dark mode per my settings. Not a big issue I guess but it might confuse people.
Thanks for your efforts to get the crashing fixed. Much appreciated.
-Will
Thanks for the feedback Will!
I suspected the changes would affect the database, I was surprised that I didn't have that problem. I might need to delete the existing database when this server installs.
I'm working on the outstanding issues for the next beta, will see if I can find the problem with the theme.
-
Curious. I had none of these issues. 3.33 installed right on top of 3.32 without problems. All settings were still there and dark mode engaged and disengaged as expected.
I tested on iPhoneX and iPad Pro 9.7” (both iOS 13.5.1, both 256 GB).
Cheers,
Hans
-
I also found 3.33 installed seamlessly over 3.32. I did experience one crash, TestFlight will give Bob the data. I had changed settings before the crash and after restarting the down sampling switch setting had not been lost although the user / password change had been retained.
I discovered I have at least 2 recently purchased ALAC albums that JRiver plays but JRemote refuses with a streaming error.
Bob - please PM me if there is a way I can email / Dropbox/ whatever a track to you for investigation.
Ian
-
3.33 installed over previous version without issue.
Themes work fine for me, and no crashes. overall the app seems faster - including startup. don’t know if you did any optimization there but seems snappier
i am on latest iOS 13.5 on an iPad Mini 4
will keep testing...
-
I also found 3.33 installed seamlessly over 3.32. I did experience one crash, TestFlight will give Bob the data. I had changed settings before the crash and after restarting the down sampling switch setting had not been lost although the user / password change had been retained.
I discovered I have at least 2 recently purchased ALAC albums that JRiver plays but JRemote refuses with a streaming error.
Bob - please PM me if there is a way I can email / Dropbox/ whatever a track to you for investigation.
Ian
Let me check to make sure I didn't lose the cover art size fix for ALAC. Can you check those for artwork size and post here please?
-
Bob, just out of curiosity, what was the issue with the zone change crash? It seemed like such a peculiar thing...
-
I also had to do a clean install of the new beta; installing over the previous version caused the app to crash upon launching. The settings are holding, and zone switching doesn't seem to be an error. BUT, the app loses its connection to the server after anywhere from 30 seconds to 7 minutes or so. Had this same error with v3.32. I am on the latest version of MC, iOS 13.5 on iPhone 11, playing on my LAN.
-
I also had to do a clean install of the new beta; installing over the previous version caused the app to crash upon launching. The settings are holding, and zone switching doesn't seem to be an error. BUT, the app loses its connection to the server after anywhere from 30 seconds to 7 minutes or so. Had this same error with v3.32. I am on the latest version of MC, iOS 13.5 on iPhone 11, playing on my LAN.
Try power cycling the phone and reinstalling.
-
Bob, just out of curiosity, what was the issue with the zone change crash? It seemed like such a peculiar thing...
I only saw it when the zones changed on the server and the app hadn't refreshed them.
-
Try power cycling the phone and reinstalling.
I deleted JRemote, power cycled the phone, then reinstalled JRemote through TestFlight. Added the server and JRemote crashed upon saving the configuration. Restarted JRemote and it connected to the server. Started a playlist. JRemote crashed a minute into the second song (about 8 minutes total playing time).
-
I deleted JRemote, power cycled the phone, then reinstalled JRemote through TestFlight. Added the server and JRemote crashed upon saving the configuration. Restarted JRemote and it connected to the server. Started a playlist. JRemote crashed a minute into the second song (about 8 minutes total playing time).
Did you submit the crash log?
I should be able to see where it crashed if you did.
-
Did you submit the crash log?
I should be able to see where it crashed if you did.
Yes, I did. I should clarify: The app crashed upon saving the configuration. When playing music, the app loses the connection to the server but does not crash.
-
Yes, I did. I should clarify: The app crashed upon saving the configuration. When playing music, the app loses the connection to the server but does not crash.
I got your crash log.
The crash on first server add is a known bug.
I'm not sure how we will be able to debug your issue of losing connection.
What version of MC are you running on and what platform?
You might turn on logging in MC and see if we can find an event in that log that coincides with the loss of connection.
-
I got your crash log.
The crash on first server add is a known bug.
I'm not sure how we will be able to debug your issue of losing connection.
What version of MC are you running on and what platform?
You might turn on logging in MC and see if we can find an event in that log that coincides with the loss of connection.
I recreated the issue and captured the log. Is it secure to upload the log here in the forum, or do I submit it via a different method?
-
I recreated the issue and captured the log. Is it secure to upload the log here in the forum, or do I submit it via a different method?
You can email me the zipped log file. bob (at) jriver (dot) com
-
Unrelated to 3.33, I am still having a problem with Playlists containing linked tracks. All my Classical works have linked tracks per composition. When I shuffle a Playlist in MC26 on my iMac it shuffles by composition, as expected. However, if I play the same Playlist on JRemote by pressing the “play shuffled” icon it will shuffle by track rather than Composition. Did I set it up wrong or is this a bug? If it is a bug, would it be hard to fix?
Many thanks,
Hans
-
You can email me the zipped log file. bob (at) jriver (dot) com
Done!
-
Let me check to make sure I didn't lose the cover art size fix for ALAC. Can you check those for artwork size and post here please?
I checked that carefully, there shouldn't be a regression on the ALAC cover art fix.
I'm going to PM you so you can send me something to test.
-
Bob, I'm afraid I spoke too soon.
The crashing problem is back. It crashes 100% of the time if the server is in, or changes to, the HTPC-Video zone. All other zones are fine.
It did work successfully yesterday in that zone, I checked, and nothing has changed since yesterday, so I have no explanation. Nonetheless, the issue is definitely not resolved.
Interestingly, the crash (as I said before) only occurs if "app follows server zone changes" is on. If I turn that off, there's no crashing. If it's off, I can even use the little control in JRemote to change to the HTPC-Video zone and it does not crash.
If "server follows app zone changes" is on, all works well with no crashing.
If both settings are off, also all is well with no crashing.
So the issue is only with "app follows server zone changes" and only with that one zone.
-
Bob, I'm afraid I spoke too soon.
The crashing problem is back. It crashes 100% of the time if the server is in, or changes to, the HTPC-Video zone. All other zones are fine.
It did work successfully yesterday in that zone, I checked, and nothing has changed since yesterday, so I have no explanation. Nonetheless, the issue is definitely not resolved.
Interestingly, the crash (as I said before) only occurs if "app follows server zone changes" is on. If I turn that off, there's no crashing. If it's off, I can even use the little control in JRemote to change to the HTPC-Video zone and it does not crash.
If "server follows app zone changes" is on, all works well with no crashing.
If both settings are off, also all is well with no crashing.
So the issue is only with "app follows server zone changes" and only with that one zone.
Interesting, can you tell me more about that zone?
If you hover over it you should see the zone ID and Index.
Is it a DLNA zone?
What's the device address if so? Same LAN Network as you MC PC address??
Thanks...
-
It is on the same LAN, it is on the same MC server as all other zones, same lan as JRemote. Zone id 10022, index 5
It is a regular zone, not DLNA.
You have full details on this zone because I sent you my library backup, remember.
-
It is on the same LAN, it is on the same MC server as all other zones, same lan as JRemote. Zone id 10022, index 5
It is a regular zone, not DLNA.
You have full details on this zone because I sent you my library backup, remember.
Nope, I can't track all of the stuff I'm working on in parallel, thanks for reminding me!
I looked through the settings, interesting that particular zone is marked as hidden as well as are several others.
I'm curious about how the app follows the zone change to a hidden zone and how do you change the zone on your PC to a hidden zone??
[Zones\\10022]
Player Zone - Shutdown Playback Mode=i:"0"
Player Zone - Shutdown Playback Mode Data=i:"0"
Player Zone - Shutdown Playback State=i:"0"
Player Zone GUID="{43784BFF-1E33-47BD-B423-369DCAACA887}"
Player Zone Hidden=i:"1"
Player Zone Internal Volume Reference Level="1"
Player Zone Loudness=i:"0"
Player Zone Name="HTPC-Video"
Player Zone Named By User=i:"1"
Player Zone Startup Volume="0.8999999761581421"
-
No worries!
I had thought of that a week or so ago myself, and so I tested: it makes zero difference if the zone is hidden or not. That's why I didn't mention it.
That zone is normally activated through zoneswitch, so I usually keep it hidden. But as part of this troubleshooting process I've had it unhidden, and like I said it doesn't matter. Zoneswitch activates that zone when a video is played, but of course it then remains the current zone even if the video has stopped playing. The "HTPC" zone is also part of that zoneswitch rule-set, and the HTPC zone causes no trouble for JRemote. The other hidden zones you see are either DLNA zones that I don't use, or something exclusively activated via zoneswitch.
If app follows server zone change=on, then JRemote crashes if that zone is the current zone or gets activated. The means of activation does not matter: JRemote crashes if the zone activates via zoneswitch, and it crashes if I just click on the zone on the server. If app follows server zone changes=off, no crashing.
-
Thanks Bob, I didn't know that.
cheers,
Hans
-
Can JRemote select between libraries? I do not see that functionality so just want to make sure that is expected and I don't have something misconfigured. I can easily switch between my two separate libraries from the Media Center console. Just to be clear I am talking about completely separate libraries (let's call one SACD and one MP3) and not library views like artist, album, etc. which works fine remotely. Currently I have to run to the Media Center to change which library is loaded. Loading one unloads the other.
-
I got your crash log.
The crash on first server add is a known bug.
I'm not sure how we will be able to debug your issue of losing connection.
What version of MC are you running on and what platform?
You might turn on logging in MC and see if we can find an event in that log that coincides with the loss of connection.
Checking in to see if you've reviewed the log. I'm still seeing this behavior (JRemote loses connection to the server after about 1 song.) I am noticing that this happens when I'm playing back a Smart List, but not when playing back an album.
-
Can JRemote select between libraries? I do not see that functionality so just want to make sure that is expected and I don't have something misconfigured. I can easily switch between my two separate libraries from the Media Center console. Just to be clear I am talking about completely separate libraries (let's call one SACD and one MP3) and not library views like artist, album, etc. which works fine remotely. Currently I have to run to the Media Center to change which library is loaded. Loading one unloads the other.
There isn't a way to do that in JRemote at this time.
-
Checking in to see if you've reviewed the log. I'm still seeing this behavior (JRemote loses connection to the server after about 1 song.) I am noticing that this happens when I'm playing back a Smart List, but not when playing back an album.
I didn't see anything obvious in it.
What kind of smartlist? Are there things dynamically coming and going in it during playback?
-
I didn't see anything obvious in it.
What kind of smartlist? Are there things dynamically coming and going in it during playback?
I've tried mulitple smartlists. Nothing too fancy. Here's an example:
[Date Imported]=<31d [Media Type]=[Audio] [Last Played]=>30d [Rating]=0 ~nodup=[Album] ~sort=Random
I'm not sure what you mean by "things dynamically coming and going in it during playback". Sometimes I will rate a song on JRemote during playback, but I've tested to see if that makes a difference and it doesn't seem to be a variable. JRemote will lose the server connection whether or not I touch the app during playback.
This morning I've played two albums with no issues, including when I rated songs during playback. I also tried two Smart Lists (including the one above), and both disconnected within one or two songs.
-
Is this on a LAN or Cellular network? I just now playing a Smartlist from my iPhone on the LAN and there is no issue. I'll try a few more.
-
Is this on a LAN or Cellular network? I just now playing a Smartlist from my iPhone on the LAN and there is no issue. I'll try a few more.
I'm currently on a LAN. The PC is connected via ethernet to the router. Regardless, I see this behavior over both LAN and cellular.
As a comparison, I can run PlexAmp all day long without any dropouts.
-
That was a tricky one.
The new HDTracksDownloader is putting the MDAT atom before the MOOV atom which has the size details and is at the end of the new HDTracksDownloader ALAC files.
This causes the decoder in JRemote to barf, it can't handle that case.
So, either HDTracks should fix that OR you can re-encode the files back to ALAC on MC to fix them.
All kudos for tracking that down. I don’t think I have the clout or credibility to tell HDTracks that they shouldn’t put the MOOV after the MDAT so I guess I will be doing some re-encoding. At least I can still keep everything in ALAC though.
Alternatively does the old JRiver-written HDTracks downloader still work?
Thank you for the update.
-
I'm currently on a LAN. The PC is connected via ethernet to the router. Regardless, I see this behavior over both LAN and cellular.
As a comparison, I can run PlexAmp all day long without any dropouts.
I wonder if it could have anything to do with audio resolution. Are any of your files hi-res? I have had issues with those before I changed the settings to automatically downsample to 44.1kHz
-
I wonder if it could have anything to do with audio resolution. Are any of your files hi-res? I have had issues with those before I changed the settings to automatically downsample to 44.1kHz
Many of the files are hi-res, although JRemote is set to convert them to mp3.
I also just played a playlist (not smart list) of 10 songs with no problems. The playlist included a combination of standard resolution flac files as well as hi-res files (including 24/88.2, 24/96, and 24/192). So it looks like only smart lists are causing the problem.
Interestingly, even if the output of the smart list is a single album, the server disconnects. I just played this smart list, and the disconnect occurred during the first song.
[Media Type]=[Audio] -[Album]=[] ~limit=1,-1,[Album] ~sort=[Track #] ~limit=1,-1,[Album Artist] ~sort=[Disc #],[Track #]
-
All kudos for tracking that down. I don’t think I have the clout or credibility to tell HDTracks that they shouldn’t put the MOOV after the MDAT so I guess I will be doing some re-encoding. At least I can still keep everything in ALAC though.
Alternatively does the old JRiver-written HDTracks downloader still work?
Thank you for the update.
I don't know if you can still use the old downloader.
I can however point you to the post on the issue at the support board from whence the plugin comes.
It is going to be an issue for them in a lot of situations like this. The MOOV atom really shouldn't be at the end.
https://www.un4seen.com/forum/?topic=10910.msg132657#msg132657 (https://www.un4seen.com/forum/?topic=10910.msg132657#msg132657)
-
Many of the files are hi-res, although JRemote is set to convert them to mp3.
I also just played a playlist (not smart list) of 10 songs with no problems. The playlist included a combination of standard resolution flac files as well as hi-res files (including 24/88.2, 24/96, and 24/192). So it looks like only smart lists are causing the problem.
Interestingly, even if the output of the smart list is a single album, the server disconnects. I just played this smart list, and the disconnect occurred during the first song.
[Media Type]=[Audio] -[Album]=[] ~limit=1,-1,[Album] ~sort=[Track #] ~limit=1,-1,[Album Artist] ~sort=[Disc #],[Track #]
Ok thanks for the info, will take a closer look when time permits.
-
[Media Type]=[Audio] -[Album]=[] ~limit=1,-1,[Album] ~sort=[Track #] ~limit=1,-1,[Album Artist] ~sort=[Disc #],[Track #]
Just played this exact Playlist with a couple of random albums without issue.
-
Just played this exact Playlist with a couple of random albums without issue.
Hope you deleted the redundant ~sort=[Track #] ;D that was in my original! NOT elegant!
-
Hope you deleted the redundant ~sort=[Track #] ;D that was in my original! NOT elegant!
I actually didn't because I wanted to reproduce exactly what you did. Also, I know so little about the syntax to generate smart lists that I didn't even notice...
-
Ok thanks for the info, will take a closer look when time permits.
Some additional follow-up. I used MO 4Media to connect to the same server and play a selection of smart lists. No problems. So, I don't think the issue is with my network or my server hardware.
-
Minor question: Is there a way to prevent it auto-resuming playback when you go back into the app?
-
Bob, any news on the crashing? Thanks!
No worries!
I had thought of that a week or so ago myself, and so I tested: it makes zero difference if the zone is hidden or not. That's why I didn't mention it.
That zone is normally activated through zoneswitch, so I usually keep it hidden. But as part of this troubleshooting process I've had it unhidden, and like I said it doesn't matter. Zoneswitch activates that zone when a video is played, but of course it then remains the current zone even if the video has stopped playing. The "HTPC" zone is also part of that zoneswitch rule-set, and the HTPC zone causes no trouble for JRemote. The other hidden zones you see are either DLNA zones that I don't use, or something exclusively activated via zoneswitch.
If app follows server zone change=on, then JRemote crashes if that zone is the current zone or gets activated. The means of activation does not matter: JRemote crashes if the zone activates via zoneswitch, and it crashes if I just click on the zone on the server. If app follows server zone changes=off, no crashing.
-
Bob, any news on the crashing? Thanks!
Not yet, I've been working on the Mac build pretty exclusively the last week.
-
Attn beta testers, there is a new beta available with the following fixes (in addition to the ones in the previous beta).
Fixed stale playing now playing info when content changes on the server independently of JRemote.
Fixed crash on initial connection to a server when the server database is empty.
Fixed crashes when loading zones if app follows server and there are hidden zones with an index of the current zone > than the total number of non-hidden zones.
-
Bob, I am getting huge dropouts and corruptions using 3.33 build 388 to play on my SE running iOS 14 beta 1 and a 6s plus running iOS 13.5. Completely unlistenable but JRemote 3.32 still runs perfectly on my X running iOS 13.5. Server is running final build of JRiver 25.
Ian
-
Bob, I am getting huge dropouts and corruptions using 3.33 build 388 to play on my SE running iOS 14 beta 1 and a 6s plus running iOS 13.5. Completely unlistenable but JRemote 3.32 still runs perfectly on my X running iOS 13.5. Server is running final build of JRiver 25.
Ian
What are your transcoding settings in each case as well as the source material format?
I use an SE all the time and it works great (with MC26 at any rate).
-
Build 888 doesn’t log in anymore and won’t wake the iMac from my iPad (iOS 13.5).
The previous build works just fine on my iPhoneX (iOS 13.5).
Tomorrow, I’ll try to set up a new server and see if it works again.
-
What are your transcoding settings in each case as well as the source material format?
I use an SE all the time and it works great (with MC26 at any rate).
No transcoding and 96/24, 48/24 and 44.1/16 ALAC.
But I think I have solved the problem. Last night when testing I let TestFlight “overwrite” 3.33 build 338 with build 388 and this may have caused the problem.
Today both devices were still producing garbage so I deleted build 338 and installed the standard 3.32 release. Both iPhones worked fine. Then I asked TestFlight to overwrite with build 388.
That produced unusable apps on both devices. As soon as I invoked JRemote it crashed to the iOS home screen.
So I deleted the app so that TestFlight could do a clean install. Build 388is working fine at the moment on iOS 13.5 and IOS 14 beta 1.
Regarding HaWi’s problem I just wanted to confirm that I can still wake and shutdown my Windows 7 PC.
-
On my iPad, I can now sometimes get it connected by opening settings and pressing the ‘i’ (Info) icon. When connected it’s doing fine.
-
It's quite possible that the changes in the database are too different from previous builds.
Oddly enough, when I went back and forth from testflight to the release version on my phone it USE to warn that the data might not be compatible and that I might lose the DB. That was often the case. I haven't seen that for quite a while now.
It's probably best to uninstall JRemote if you run into this issue as xeroian says and re-add your server(s).
I'd like to try to force JRemote to do that with the next release but I've not figured out how yet.
-
Just put out another Beta for 3.33.
It will allow playing the items under the streaming menu to remote zones (not the device zone however) and provides visible feedback on the channel selection.
-
Works as expected, with a little delay at start. Any chance Streaming to the device could be made possible?
-
Works as expected, with a little delay at start. Any chance Streaming to the device could be made possible?
Perhaps but that requires changes in MC.
-
One last beta (390) and I'm going to post 3.33, probably on Monday, for sure it will take them a few days to approve it.
There are still going to be some outstanding issues (centering on devices > iOS 11 is one that I'm on the trail of) but there are a lot of fixes from 3.32 and a new feature to get in.
-
Just tried out 390 and it works perfectly. One thing that still bugs me is that JRemote doesn't honor linked tracks. In MC on the iMac I can, for example, scramble my 'Violin Concertos' Playlist and it will perfectly scramble it by "composition" because the tracks are linked. However, in JRemote, this doesn't happen. Playing the same list scrambled will scramble by track and not by links. I would be very grateful if this could be fixed. Without this capability, it isn't really feasible to use JRemote for playing classical music remotely.
cheers,
Hans