Topic: JRemote (iOS) 3.31 (Read 9146 times)

marko · « **Reply #50 on:** April 03, 2020, 11:44:17 pm »

Quote from: wer on April 03, 2020, 07:04:41 pm

Bob,

The interface rotation problem on Iphones is still not fixed in this version. I'm referring to the problem that has been reported by multiple people going back years:
https://yabb.jriver.com/interact/index.php?topic=118465.0
https://yabb.jriver.com/interact/index.php/topic,121615.msg841449.html

IOS 12, IOS 13, MC21, MC25, MC26 all make no difference.

Can this issue PLEASE get some serious attention?

Thanks very much!

Rotation has been working just fine for me on iphone xs max for the past two versions. Must be very frustrating all around.

xeroian · « **Reply #51 on:** April 04, 2020, 06:17:00 am »

When did the JRemote shutdown server function stop working? It’s fine on my Windows 7 PC running MC21 but if I use MC24 or MC25 on the same machine with the same MC configuration then “shutdown” is just ignored.

No point me buying MC26 if this function is broken forever.

maky100 · « **Reply #52 on:** April 04, 2020, 06:28:31 am »

Quote from: marko on April 03, 2020, 11:44:17 pm

Rotation has been working just fine for me on iphone xs max for the past two versions. Must be very frustrating all around.

Works correct on an iPhone 11 Pro

tented · « **Reply #53 on:** April 04, 2020, 08:57:12 am »

Quote from: wer on April 03, 2020, 07:04:41 pm

Bob,

The interface rotation problem on Iphones is still not fixed in this version. I'm referring to the problem that has been reported by multiple people going back years:
https://yabb.jriver.com/interact/index.php?topic=118465.0
https://yabb.jriver.com/interact/index.php/topic,121615.msg841449.html

IOS 12, IOS 13, MC21, MC25, MC26 all make no difference.

Can this issue PLEASE get some serious attention?

Thanks very much!

It’s working fine for me on my iPhone 7.

bob · « **Reply #54 on:** April 04, 2020, 09:08:16 am »

Quote from: dmitch77 on April 03, 2020, 08:08:03 pm

Yes, it's a problem only on local device playback.

Thanks for fixing the global search. Works great.

The ALAC bug will be fixed in the next release.

greynolds · « **Reply #55 on:** April 04, 2020, 11:09:10 am »

Hi @bob - There was a thread about another display issue in this forum that never got any response from the JRiver team, so I hope you don't mind drawing your attention to it here:

https://yabb.jriver.com/interact/index.php/topic,124385.0.html

The problem is that if you have the following:

Options > Media Network > Advanced > Customize Views for JRemote Gizmo & Panel > Category >

Expression to group by: Set this to group/sort your results as desired, for example:

Code: [Select]

FormatDate(ConvertDate(TVInfo(Date)),yyyyMMddHHmmss) TVInfo(NameDisplay)
Expression to display: Set this to what you want to display for each item, for example:

Code: [Select]

TVInfo(TimeDisplay) - TVInfo(NameDisplay)
The problem is that the "Expression to display" setting is ignored. I'm not sure if this is a JRiver or JRemote issue as it had been working with version 24 and stopped working after I upgraded to 26, but I'm not sure when the JRemote updates came. But it would be nice to see this fixed either in the next JRemote update or in a JRiver update at some point.

mstan · « **Reply #56 on:** April 04, 2020, 01:17:10 pm »

Thanks for fixing the display issues.

Now, since I assume JRemote can't display waveforms, is there a way to eliminate the waveform field in the metadata display? It takes up an awful lot of room.

wer · « **Reply #57 on:** April 04, 2020, 01:40:55 pm »

Quote from: greynolds on April 04, 2020, 11:09:10 am

...
The problem is that the "Expression to display" setting is ignored. I'm not sure if this is a JRiver or JRemote issue as it had been working with version 24 and stopped working after I upgraded to 26, but I'm not sure when the JRemote updates came. But it would be nice to see this fixed either in the next JRemote update or in a JRiver update at some point.

This has been reported as a bug more than once in MC26, and has likewise received no response.

wer · « **Reply #58 on:** April 04, 2020, 01:42:40 pm »

Quote from: tented on April 04, 2020, 08:57:12 am

It’s working fine for me on my iPhone 7.

Good for you. But it doesn't work on all iphones.

This is what has happened in the past: a couple of people chime in and say oh it works for me and then the whole issue gets ignored.

tented · « **Reply #59 on:** April 04, 2020, 05:24:57 pm »

Quote from: wer on April 04, 2020, 01:42:40 pm

Good for you. But it doesn't work on all iphones.

This is what has happened in the past: a couple of people chime in and say oh it works for me and then the whole issue gets ignored. THAT is extremely aggravating.

Perhaps it's thought that the people who experience this defect are hallucinating???

Do we need a video to prove the rotation problem is real?

I think a couple of years is long enough to wait for JRiver to take this seriously and pay some attention to it.

Do videos played through other software, such as YouTube, rotate correctly on your iPhone?

wer · « **Reply #60 on:** April 04, 2020, 05:43:12 pm »

Of course. Everything (that's supposed to rotate) rotates correctly on the phone, except JRemote.

JRemote even rotates WHILE A VIDEO IS PLAYING. Stop the video, and it loses the ability to rotate. Start a video in portrait mode, rotate to landscape while the video is playing, and it goes to landscape. End the video while in landscape mode, and the JRemote interface returns, and is NOW LOCKED IN LANDSCAPE MODE. Want to get the JRemote interface back to Portrait mode? No problem: just play a video, rotate back to portrait, and end the video. Presto, back in portrait mode.

This is all described in the other threads listed above.

JimH · « **Reply #61 on:** April 04, 2020, 05:52:51 pm »

Nobody doubts you, but bugs like this are hard to find and fix. What's different about your phone?

wer · « **Reply #62 on:** April 04, 2020, 06:31:22 pm »

Ask the other people who reported it what's different about theirs.

If you can't find it, add a debug screen to the general release that will report rotation detection info. Or add a button to manually rotate the interface.

JimH · « **Reply #63 on:** April 04, 2020, 06:35:10 pm »

Please do your best to be patient. Not all bugs are ours.

wer · « **Reply #64 on:** April 04, 2020, 07:42:55 pm »

Instead of asking what is different about certain iphones, which is impossible for users to answer since they are the way Apple made them, and we don't get to modify the hardware or OS like on a pc, ask your developers what is different about your rotation handing code than the code used by:
Youtube
Goodreader
Notability
Apple apps
Google Maps
Microsoft Word and Excel
and countless other apps.

Your rotation handling code is under your control. The hardware and IOS is by Apple, not by me or the other users. If your app doesn't rotate when it's supposed to when every other app does, don't blame the phone.

I once had a bug in an app of mine that only affected users located in the southern hemisphere, and at certain times of day, AND that used a comma as the radix. No I'm not joking. Extremely obscure. 99.9% of my users were not affected. It was inexplicable. Instead of asking them what was wrong with their computer, I put some extra diagnostic code in the app that allowed me to actually track down this rare issue. At the beginning I didn't believe there was anything wrong with my code, but it turned out there was.

TheShoe · « **Reply #65 on:** April 05, 2020, 09:06:03 am »

3.32 is working well for me. Can confirm the bugs it addressed are fixed.

As for rotation, this works fine for me - understand it does not for others. Very odd. This is on an iPhone 10 XS 13.3.2.

Thanks for the updates! While disappointing the transcoded video (HLS) is still an issue - and it's not in Safari (how odd), I did not know MP4/m4v would work natively, and it works beautifully. Looks like I have many many hours of Subler ahead of me for the streaming versions of my content.

bob · « **Reply #66 on:** April 06, 2020, 09:50:03 am »

As far as I know from feedback from others rotate works on everything other than the 4" phones (like the SE).
That is the model I have BTW and it's a bit annoying but not a show stopper.
It's trivial to correct the rotation, just play another video, move back to portrait mode and quit the video.
I've been playing with ways to fix that, JRemote tries to prevent rotation on 4" models but the video player breaks that.
At any rate that issue is on the JRemote todo list but not at the top.

As for the HLS playback and Safari and Panel when talking with Brad we determine that it works in Panel because the javascript does a HLS to m4v conversion before sending the video to the player. I'm not sure why it fixes the issue other than a guess that it changed buffering somehow. At any rate, we are still looking for ways to make that work.

bob · « **Reply #67 on:** April 06, 2020, 10:10:08 am »

Quote from: xeroian on April 04, 2020, 06:17:00 am

When did the JRemote shutdown server function stop working? It’s fine on my Windows 7 PC running MC21 but if I use MC24 or MC25 on the same machine with the same MC configuration then “shutdown” is just ignored.

No point me buying MC26 if this function is broken forever.

Just tested this in MC 25 with the latest JRemote on windows 7 and it works fine.
Edit, it works in Media Server mode as well.
It appears that some other software is preventing shutdown on your system.

bob · « **Reply #68 on:** April 06, 2020, 10:13:22 am »

Quote from: greynolds on April 04, 2020, 11:09:10 am

Hi @bob - There was a thread about another display issue in this forum that never got any response from the JRiver team, so I hope you don't mind drawing your attention to it here:

https://yabb.jriver.com/interact/index.php/topic,124385.0.html

The problem is that if you have the following:

Options > Media Network > Advanced > Customize Views for JRemote Gizmo & Panel > Category >

Expression to group by: Set this to group/sort your results as desired, for example:

Code: [Select]
FormatDate(ConvertDate(TVInfo(Date)),yyyyMMddHHmmss) TVInfo(NameDisplay)
Expression to display: Set this to what you want to display for each item, for example:

Code: [Select]
TVInfo(TimeDisplay) - TVInfo(NameDisplay)
The problem is that the "Expression to display" setting is ignored. I'm not sure if this is a JRiver or JRemote issue as it had been working with version 24 and stopped working after I upgraded to 26, but I'm not sure when the JRemote updates came. But it would be nice to see this fixed either in the next JRemote update or in a JRiver update at some point.

Does it work when you use Panel from the same device? That helps narrow down the search for the issue.

greynolds · « **Reply #69 on:** April 06, 2020, 11:37:48 am »

Quote from: bob on April 06, 2020, 10:13:22 am

Does it work when you use Panel from the same device? That helps narrow down the search for the issue.

I just checked - it is also broken in Panel, which probably confirms the assumption that it’s broken in MC.

bob · « **Reply #70 on:** April 06, 2020, 12:17:14 pm »

Quote from: greynolds on April 06, 2020, 11:37:48 am

I just checked - it is also broken in Panel, which probably confirms the assumption that it’s broken in MC.

Thanks, I'll pass it on to Matt.

bob · « **Reply #71 on:** April 06, 2020, 12:37:11 pm »

Quote from: mstan on April 04, 2020, 01:17:10 pm

Thanks for fixing the display issues.

Now, since I assume JRemote can't display waveforms, is there a way to eliminate the waveform field in the metadata display? It takes up an awful lot of room.

Yes, I'll get that in the next release.

TheShoe · « **Reply #72 on:** April 06, 2020, 01:32:25 pm »

Quote from: bob on April 06, 2020, 09:50:03 am

As for the HLS playback and Safari and Panel when talking with Brad we determine that it works in Panel because the javascript does a HLS to m4v conversion before sending the video to the player. I'm not sure why it fixes the issue other than a guess that it changed buffering somehow. At any rate, we are still looking for ways to make that work.

That is fascinating. What was the rationale in doing the conversion to m4v if you can share?

thanks for the continued research!

bob · « **Reply #73 on:** April 06, 2020, 02:46:59 pm »

Quote from: TheShoe on April 06, 2020, 01:32:25 pm

That is fascinating. What was the rationale in doing the conversion to m4v if you can share?

thanks for the continued research!

Because all of the various browsers can play that natively.

bob · « **Reply #74 on:** April 06, 2020, 02:48:09 pm »

Quote from: bob on April 06, 2020, 12:17:14 pm

Thanks, I'll pass it on to Matt.

He found it, it was a side effect of fixing the stale views for JRemote/MCWS.
It will be fixed in the next build of MC.

greynolds · « **Reply #75 on:** April 06, 2020, 03:17:39 pm »

Quote from: bob on April 06, 2020, 02:48:09 pm

He found it, it was a side effect of fixing the stale views for JRemote/MCWS.
It will be fixed in the next build of MC.

Awesome! Thanks for passing it along to be fixed.

xeroian · « **Reply #76 on:** April 07, 2020, 10:07:15 am »

Quote from: bob on April 06, 2020, 10:10:08 am

Just tested this in MC 25 with the latest JRemote on windows 7 and it works fine.
Edit, it works in Media Server mode as well.
It appears that some other software is preventing shutdown on your system.

Hi Bob, thanks for testing. After many happy hours searching Interact I found several people had suffered the same problem over the years without acknowledgement. I also found that bigentry had posted the answer back in 2016. They said “MC22 now requires authentication to do some operations like Shutdown and Sleep. You'll need to enter a username and password in MC and JRemote.”

Who’d of thought!

JJ_RollingStones · « **Reply #77 on:** April 10, 2020, 04:47:09 pm »

same top blank!!!!

1 year passed!!!!

greynolds · « **Reply #78 on:** April 10, 2020, 05:08:00 pm »

Quote from: bob on April 06, 2020, 02:48:09 pm

He found it, it was a side effect of fixing the stale views for JRemote/MCWS.
It will be fixed in the next build of MC.

Just to follow up, I installed the new release of MC26 last night and confirmed the fix is good for using the Expression To Display.

bob · « **Reply #79 on:** April 10, 2020, 05:09:28 pm »

Quote from: JJ_RollingStones on April 10, 2020, 04:47:09 pm

same top blank!!!!

1 year passed!!!!

I'm sure you know that it's not blank, it's simply not vertically centered and yes it should be fixed and no it's not as high of a priority as other issues since it's super easy to get around.

bob · « **Reply #80 on:** April 10, 2020, 05:09:53 pm »

Quote from: greynolds on April 10, 2020, 05:08:00 pm

Just to follow up, I installed the new release of MC26 last night and confirmed the fix is good for using the Expression To Display.

Thanks for reporting back.

maky100 · « **Reply #81 on:** April 11, 2020, 01:33:31 am »

Quote from: bob on April 10, 2020, 05:09:28 pm

I'm sure you know that it's not blank, it's simply not vertically centered and yes it should be fixed and no it's not as high of a priority as other issues since it's super easy to get around.

I see it too and agree with you, it is not urgent and I can live with it. Thank you for fixing the problem with searching. THAT was a problem.

wer · « **Reply #82 on:** April 11, 2020, 03:08:36 pm »

JRemote 3.31 has a problem where its "Now Playing" info doesn't update correctly if playback is started on the server.

First, here's an image as proof:

Observe that at the top, the app has correctly identified Sonata 23 as what is currently playing. However, in the "now playing" list of tracks below (is that the right name?), it still thinks Sonata 1 is playing. The only way this is fixed is by initiating playback of something ELSE from JRemote, or force-quitting the app and restarting.

How to reproduce:
1. Launch the app
2. Start playing something, either on the app or the server, doesn't matter.
3. Observe that the playback status at the bottom of the JRemote screen becomes correct after a couple of seconds as normal
4. On JRemote, press the playback (Triangle in the circle) icon in the top-right corner of the screen.
5. Observe all the playback info, including list of tracks, is correct
6. Hit the X to go back to the main JRemote screen
7. On the server, stop playback, and start playback of something ELSE
8. On JRemote, observe that the playback status at the bottom of the JRemote screen becomes correct after a couple of seconds as normal
9. On JRemote, press the playback (Triangle in the circle) icon in the top-right corner of the screen.
10. You will see that the top of the screen shows what is actually playing, but the bottom of the screen still shows the old contents from before. This is a bug. The app is not pulling a refreshed list from the server when it should.

Since this list of now playing items is also the list of items that are tagged when you hit the "i" button in the top right, this means when this happens you can't tag the things you are listening to.

Again, if you force-quit the app, it refreshes everything correctly when it restarts. If you initiate playback only from the app, the issue does not occur. But once you've looked at the "now playing" list, the app ignores further changes to that list that occur on the server. I'm using 26.0.47, the latest pushed out through the in-app update.

I consider this a significant problem. Maintaining the accuracy of what you see on JRemote and what the server is actually doing is essential.

Bohemian · « **Reply #83 on:** April 12, 2020, 06:44:49 am »

This is a long-standing bug, that I encounter all the time. When the second track starts to play then it updates from the server! Or, as you say, restarting the app.
It certainly is annoying.

maky100 · « **Reply #84 on:** April 12, 2020, 07:40:21 am »

Action -> Reload „Now Playing“ is the short way to refresh the playlist and works always for me, if this error happend.

bob · « **Reply #85 on:** April 13, 2020, 08:36:21 am »

Quote from: wer on April 11, 2020, 03:08:36 pm

JRemote 3.31 has a problem where its "Now Playing" info doesn't update correctly if playback is started on the server.

First, here's an image as proof:

Observe that at the top, the app has correctly identified Sonata 23 as what is currently playing. However, in the "now playing" list of tracks below (is that the right name?), it still thinks Sonata 1 is playing. The only way this is fixed is by initiating playback of something ELSE from JRemote, or force-quitting the app and restarting.

How to reproduce:
1. Launch the app
2. Start playing something, either on the app or the server, doesn't matter.
3. Observe that the playback status at the bottom of the JRemote screen becomes correct after a couple of seconds as normal
4. On JRemote, press the playback (Triangle in the circle) icon in the top-right corner of the screen.
5. Observe all the playback info, including list of tracks, is correct
6. Hit the X to go back to the main JRemote screen
7. On the server, stop playback, and start playback of something ELSE
8. On JRemote, observe that the playback status at the bottom of the JRemote screen becomes correct after a couple of seconds as normal
9. On JRemote, press the playback (Triangle in the circle) icon in the top-right corner of the screen.
10. You will see that the top of the screen shows what is actually playing, but the bottom of the screen still shows the old contents from before. This is a bug. The app is not pulling a refreshed list from the server when it should.

Since this list of now playing items is also the list of items that are tagged when you hit the "i" button in the top right, this means when this happens you can't tag the things you are listening to.

Again, if you force-quit the app, it refreshes everything correctly when it restarts. If you initiate playback only from the app, the issue does not occur. But once you've looked at the "now playing" list, the app ignores further changes to that list that occur on the server. I'm using 26.0.47, the latest pushed out through the in-app update.

I consider this a significant problem. Maintaining the accuracy of what you see on JRemote and what the server is actually doing is essential.

I've noticed that too. Not sure when it started happening but it is annoying. It's on the list and will get it into the next release if possible. I'd really like to push 3.32 out since it fixes the longstanding ALAC playback issue with large cover art and a asset path issue.

wer · « **Reply #86 on:** April 13, 2020, 12:29:40 pm »

Thanks, Bob.

Richee · « **Reply #87 on:** April 13, 2020, 07:18:55 pm »

Media Center 26.0.56
Installed JRemote 3.31
Default settings:
Current zone: Player
"Autoconnect to last server on launch" is on
Transcode audio is off
I then turn "Transcode on". Start a song and
it still shows FLAC.
Turn "Transcode off" and "Autoconnect to last server on launch"
turns off on its own.
Then switch "Autoconnect to last server on launch" on
and Transcode turns on also.
Switch current zone to This Device(iPhone 7)IOS 13.4
Play a new song and song show MP3. Switch off Transcode and
play another song and song shows FLAC but "Autoconnect to last server on launch"
is now off again. Seems to be a bug where the 2 switches become connected.
I only had to change one of the switches, hit close and reopen settings to
see the problem.

bob · « **Reply #88 on:** April 13, 2020, 09:19:51 pm »

Quote from: Richee on April 13, 2020, 07:18:55 pm

Media Center 26.0.56
Installed JRemote 3.31
Default settings:
Current zone: Player
"Autoconnect to last server on launch" is on
Transcode audio is off
I then turn "Transcode on". Start a song and
it still shows FLAC.
Turn "Transcode off" and "Autoconnect to last server on launch"
turns off on its own.
Then switch "Autoconnect to last server on launch" on
and Transcode turns on also.
Switch current zone to This Device(iPhone 7)IOS 13.4
Play a new song and song show MP3. Switch off Transcode and
play another song and song shows FLAC but "Autoconnect to last server on launch"
is now off again. Seems to be a bug where the 2 switches become connected.
I only had to change one of the switches, hit close and reopen settings to
see the problem.

Thanks for the detailed description, will look into it!

Richee · « **Reply #89 on:** April 13, 2020, 10:47:05 pm »

Appreciate it. Here is some more info. I have an old iPad 2 with JRemote 3.31
on it and the only issue it has is when current zone is Player with transcode on it
still shows a song as flac when being played.
But the Autoconnect and transcode can be switched on and off independently.

metaljoe · « **Reply #90 on:** April 19, 2020, 08:02:42 am »

hi there, since last Update of MC26 on my Windows 10 machine, the JRemote 3.31 on my iPad pro 11" shows no zones.
A iPad mini with iOS 12.2 works fine with both JRiver 3.31 and the MC26.

I´ve already de- and new installes the JRemote - no effect.
A Reboot of the MC26-machine was without effect, too.

Versions are:
MC26.0.30 (64 bit) on Win 10 (1909)
iPad pro 11" with iOS 13.3.1 (no zones, no content)
iPad mini 4 with iOS 12.2 (works fine)
JRemote 3.31 on both devices

What can I do?

Thanx!

Awesome Donkey · « **Reply #91 on:** April 19, 2020, 08:14:28 am »

First thing you'll probably want to try is updating MC26 to the latest version available, which right now is 26.0.56 available here: https://yabb.jriver.com/interact/index.php/topic,124875.0.html

metaljoe · « **Reply #92 on:** April 19, 2020, 08:18:42 am »

Quote from: Awesome Donkey on April 19, 2020, 08:14:28 am

First thing you'll probably want to try is updating MC26 to the latest version available, which right now is 26.0.56 available here: https://yabb.jriver.com/interact/index.php/topic,124875.0.html

sorry, the updates shows no more newer versions... other ideas?
thanx

Awesome Donkey · « **Reply #93 on:** April 19, 2020, 08:38:16 am »

You're probably using the stable channel. Change Help > Update channels from Stable to Latest and check for updates then. Or you can just manually download and install it from the link I posted above.

It's always recommend to try the latest build when troubleshooting issues like this.

bob · « **Reply #94 on:** April 21, 2020, 03:06:18 pm »

Quote from: metaljoe on April 19, 2020, 08:02:42 am

hi there, since last Update of MC26 on my Windows 10 machine, the JRemote 3.31 on my iPad pro 11" shows no zones.
A iPad mini with iOS 12.2 works fine with both JRiver 3.31 and the MC26.

I´ve already de- and new installes the JRemote - no effect.
A Reboot of the MC26-machine was without effect, too.

Versions are:
MC26.0.30 (64 bit) on Win 10 (1909)
iPad pro 11" with iOS 13.3.1 (no zones, no content)
iPad mini 4 with iOS 12.2 (works fine)
JRemote 3.31 on both devices

What can I do?

Thanx!

This could be an issue with the Articles list on your MC and whether or not article sorting is turned on in JRemote. Check the articles in MC first to see if there is anything odd in them (search for articles in Options). We've seen some of them get things like " in them, not sure how. Then the issue was that would mess up JRemote if the articles were enabled in JRemote.

bob · « **Reply #95 on:** April 23, 2020, 02:32:52 pm »

Quote from: Richee on April 13, 2020, 10:47:05 pm

Appreciate it. Here is some more info. I have an old iPad 2 with JRemote 3.31
on it and the only issue it has is when current zone is Player with transcode on it
still shows a song as flac when being played.
But the Autoconnect and transcode can be switched on and off independently.

I think there are a couple of things going on here.

First of all, Transcode Audio only applies to playback on the device itself so you'd expect to see Flac playing on the Player Zone.
Also, I think that if JRemote gets a error connecting to a server it might disable the auto-connect switch.

On my iPhone SE running current iOS 13.4 I can't reproduce what you are seeing.

When you say
Turn "Transcode off" and
"Autoconnect to last server on launch" turns off on its own.

What's between those 2 steps? You go from the settings to browse files?, or go to playing now?, or exit the app?, or reconnect to the server??

bob · « **Reply #96 on:** April 23, 2020, 02:47:25 pm »

Quote from: bob on April 13, 2020, 08:36:21 am

I've noticed that too. Not sure when it started happening but it is annoying. It's on the list and will get it into the next release if possible. I'd really like to push 3.32 out since it fixes the longstanding ALAC playback issue with large cover art and a asset path issue.

Ok I think I understand what is happening here. The list of files to play in the normal case is fetched from the server when the files are selected.
When you control the playback from the server itself, that list is stale in JRemote.
I don't think JRemote has ever tried to see if the server (or another controller) took control of the process. It's probably something that could be added. We might have to add a MCWS call to serialize the current playlist for whatever zones are playing on MC so that JRemote could keep track of that and get the list again. Alternately it could just pull that list every time you hit the file list in playing now but if it's a long playlist that could generate a fair amount of unnecessary network traffic.

I'm going to release 3.32 now without changing that since there are some significant fixes in that and try to come up with the best approach for the next version.

wer · « **Reply #97 on:** April 23, 2020, 03:18:07 pm »

Thanks Bob for your thoughts on this.

Richee · « **Reply #98 on:** April 23, 2020, 09:29:58 pm »

Quote from: bob on April 23, 2020, 02:32:52 pm

I think there are a couple of things going on here.

First of all, Transcode Audio only applies to playback on the device itself so you'd expect to see Flac playing on the Player Zone.
Also, I think that if JRemote gets a error connecting to a server it might disable the auto-connect switch.

On my iPhone SE running current iOS 13.4 I can't reproduce what you are seeing.

When you say
Turn "Transcode off" and
"Autoconnect to last server on launch" turns off on its own.

What's between those 2 steps? You go from the settings to browse files?, or go to playing now?, or exit the app?, or reconnect to the server??

Quote from: bob on April 23, 2020, 02:32:52 pm

I think there are a couple of things going on here.

First of all, Transcode Audio only applies to playback on the device itself so you'd expect to see Flac playing on the Player Zone.
Also, I think that if JRemote gets a error connecting to a server it might disable the auto-connect switch.

On my iPhone SE running current iOS 13.4 I can't reproduce what you are seeing.

When you say
Turn "Transcode off" and
"Autoconnect to last server on launch" turns off on its own.

What's between those 2 steps? You go from the settings to browse files?, or go to playing now?, or exit the app?, or reconnect to the server??

All I have to do is set to device, go into preferences, change Transcode to off, get out of settings, then open up settings again and Transcode is off and Autoconnect is also off when it showed on before I closed settings. The two switches follow one another. I am unable to have Autoconnect on and Transcode off or visa versa.
I started from scratch by deleting JRemote from iPhone 7, reinstalled. First thing that pops up is version history. I close it, then click add new server. Takes me to settings page wher I have to hit Add new server button. I create new access key and enter along with authentication. Accept setting.
App immediately closes. Click app and it now opens. Same problem. I can not have Autoconnect and Transcode in opposite states. Soon as I change one, the other is changed once I close settings and reopen.

xeroian · « **Reply #99 on:** May 01, 2020, 08:39:55 am »

Just noticed that 3.32 has been in the App Store for the last 12 hours. Not had time to test it yet but thought others might like to know. Thank you Bob. ALAC cover art, # character and waveform fixes are advertised.

INTERACT FORUM

Author Topic: JRemote (iOS) 3.31 (Read 9146 times)