INTERACT FORUM
Networks and Remotes => Remotes => Topic started by: bob on March 27, 2020, 11:27:19 am
-
JRemote iOS 3.31 is in
Beta now, I hope to release it as soon as I get some feedback from the Beta testers. Released 2 Apr 2020.
I've done testing on all of the hardware devices I have and so far it looks good.
Changes in iOS13 broke the top level sort, views on iPhones and the local video player which should all be fixed now.
Also, we are using a newer video player API so that may fix some streaming issues that were occurring as well.
Outstanding issues NOT addressed in this build are the jump to letter index in one of the views when article sorting is enabled and the problem with some delimiters in article sorting when using MC's articles (this only works in MC25 and newer).
-
Nice to hear :)
-
Thank you very much that you don't forget iOS!
-
+1!
This is great news!
-
It's been bugging me for several years already that JRemote can't handle CD playback at all. Even if I can put CD in with auto playback function, I can only press back and forward to navigate music and can't select track number like real CD player remote.
Worst of all, there's no eject button function meaning I'll need to eject CD through remote desktop feature. Some good drive like certain Teac model won't have eject button implemented and now I need to buy Unified Remote app setup on PC to do that.
I hope JRiver will realize this issue and develop CD remote function for audiophiles who want to use server as CD player too. Trust me this is one of reasons why many of audiophiles haven't joined in computer audio yet. They have massive CD collection and don't have time to RIP them all yet.
-
The search function in app jremote cannot be used on apple ipad air3 ios13
-
The search function cannot be used on iPad Pro 11" as well
-
They know, it might be already fixed in the beta.
-
They know, it might be already fixed in the beta.
Yup, the search function is fixed on all devices in the Beta.
I'm just waiting for some more feedback from the testers before making it live.
-
It looks like the issue streaming videos (other than mp4 or m4u) over a dozen minutes or so remains.
I'm starting to think that issue is in the conversion in MC and not in JRemote itself.
Since the other remote playback options don't use the same format that would explain why it works on other platforms.
-
I'm starting to think that issue is in the conversion in MC and not in JRemote itself.
Since the other remote playback options don't use the same format that would explain why it works on other platforms.
The conversion is fine, I just don't use it in JRemote2 for Android because the other option is superior.
Try playing the HLS link in a stand-alone video player, or even MC itself, and it works fine.
The only thing special about the conversion is that its basically a "live" playlist that produces content faster then realtime, because we're transcoding and not recording or something like that. But thats perfectly valid. It just trips up Apples silly player as it runs out of memory because it basically overeats until it explodes.
-
does that mean that mp4 and m4v will play back natively in JRemote without issue at least?
-
The conversion is fine, I just don't use it in JRemote2 for Android because the other option is superior.
Try playing the HLS link in a stand-alone video player, or even MC itself, and it works fine.
The only thing special about the conversion is that its basically a "live" playlist that produces content faster then realtime, because we're transcoding and not recording or something like that. But thats perfectly valid. It just trips up Apples silly player as it runs out of memory because it basically overeats until it explodes.
It's an interesting theory that the AVPlayer is the issue but that means it would never work for that type of material.
Since MC isn't properly setting the cache-control on the index file I'm going to fix that first and see if it makes a difference then look for flaws in JRemote code.
-
does that mean that mp4 and m4v will play back natively in JRemote without issue at least?
Yes
-
What do other apps, like VLC, do for playback of the other file types? I haven't encountered issues playing video in any other apps.
Glad to see that you guys are still trying to fix it though.
-
Is there any chance that the long-standing bug involving problems handling files with large artwork can fixed in this go-around?
https://yabb.jriver.com/interact/index.php/topic,98810.msg683736.html#msg683736
This problem is getting worse in practice, because nowadays almost all of the music files I buy online have artwork large enough to trigger this bug. (5 years ago, very few files came with artwork larger than 1500x1500. Now, most files do.) So...almost every time I buy music, I have to delete its artwork, shrink it, and put the smaller artwork back in the file. All of this, to accommodate a JRemote bug that has been around for 5 years....
Thanks.
-
Can confirm that video still encounters playback issues in 3.31 when transcoded. Unlike previous versions where the video would stop however, this time it plays for a few mins for me and then the audio drops while video continues to play. I have not let it continue to play long enough to see if video also stops. I am going try mp4 playback tonight as that's native to iOS and per bob that should playback.
I also noticed that when the iPad is in "Dark" mode, the top menu in JRemote (where the Gear / Back icons are on the upper left and the function you are in are listed, e.g. "Audio", "Video", etc) do not display, or are rather hard to see as the text is black and the background is dark gray. Turning off "Dark" mode and back to "Light" resolves this
Finally - the Search function seems to work for me; I don't actually use it often but it works, and it's FAST.
--
Tested on: iPad Mini 4, iOS 13.3.1 & iPhone 11, iOS 13.3.1
-
Thanks for the feedback all.
Unless there are regressions I'm going to release this one since it fixes several issues especially with iOS 13.
As for the other issues raised here:
1) The themes will need adjusting to deal with Dark Mode. I noticed that as well but it didn't seem to prevent use in any particular area for me.
That can be done by either disabling Dark Mode in JRemote globally (easy) or detecting it and adjusting (more time involved).
2) Large cover art in ALAC files, we'll need to see where that's breaking. There are 2 components for playing in JRemote and I'm not sure which one handles ALAC. I assume this is only for local playback on the device itself?
3) As for video, the way we generate video for non-mp4/m4v files to stream is the standard way to do that on iOS (HLS streaming).
We are generating a proper stream according to Apple's stream validator.
It is however a complex stream since the index file changes in real-time as the segments are generated. Gizmo uses the same method and this works perfectly on Android. Interesting, it fails in Safari on MacOS in exactly the same place with my test video as it fails in JRemote on iOS. There are 2 approaches to this. One is to generate a less challenging stream for JRemote to deal with. This will require changes in MC that Hendrik is considering. The second which I've been working on is to coax the AVPlayer in iOS to behave properly (basically to not overbuffer). There are a number of parameters that can be set to do this but the AVPlayer is broken enough to not handle them properly. I haven't given up on that yet but I don't want it holding back a release.
-
I know on Safari (iOS and macOS) HLS via Panel works fine for me.
I’ve been experimenting with MP4 and first off noticed that if the audio is DTS-HD, video will play but audio is muted. have to try a resample to aac and add it as a separate audio track. i am sure the base player in iOS is not supporting the dts stream.
audio is an easy issue to overcome for mp4. subtitles on the other hand are not. at least PGS subs. need to see if converting to vobsub and muxing that in will work. always some compromise!
-
I know on Safari (iOS and macOS) HLS via Panel works fine for me.
I’ve been experimenting with MP4 and first off noticed that if the audio is DTS-HD, video will play but audio is muted. have to try a resample to aac and add it as a separate audio track. i am sure the base player in iOS is not supporting the dts stream.
audio is an easy issue to overcome for mp4. subtitles on the other hand are not. at least PGS subs. need to see if converting to vobsub and muxing that in will work. always some compromise!
I suppose it's possible that it's the particular test movie I'm using but I can watch the requests into MC and the AVPlayer is definitely not paying attention to the set buffering parameters and there are others on the net having the same issues.
Generally if a movie is long enough and the MC server is fast enough you'll see it sooner or later. I'm not sure why you are getting OK results from Panel and Safari. Doesn't make any sense to me since I can take the exact URL JRemote is requesting and put it into Safari and get the same error.
-
i will test again.
what i did was take the url to the getFile api call in MC via dev tools in safari as i wanted to see what Panel was doing. feeding that url directly into safari, it starts the video playback. but in any case, i have watched a few hours of mkvs in panel without issue in safari.
this is on an iPad pro 12” but don’t know if that makes a difference or not. will test and report back.
UPDATE:
Tried a few MKV files via Panel on Safari /macOS and playback worked fine all the way through (> 1 hour). Same for Safari on iOS 13.3.1.
Here's one example of a URL - restarted playback: GET /MCWS/v1/File/GetFile.m3u8?File=760569&Token=iqoBFRjg&Conversion=WebPanel&Quality=High&Start=97.01128668171556&Playback=2&HLS=1 HTTP/1.1\r\n
(this URL was captured from Wireshark). I've not looked at the interaction of and the API call from JRemote. I do note that when I stop playback in Safari/Panel, network activity continues - looks like the stream itself continues even though the video has stopped. this is verified in developer tools and wireshark as I'm continuing to see segments sent to the browser.
was wondering why Panel doesn't actually tell MC to stop - is it buffering?
not sure if any of this is helpful or not. feel free to request any additional testing :)
-
I just updated to the latest version. Every time I try to open it on my iPhone, the app crashes. On my iPad, it will open, but if I tap Audio, Images, Video, or Playlists in the left column, the app crashes.
I’m using iOS 13.4 on both devices.
-
i will test again.
what i did was take the url to the getFile api call in MC via dev tools in safari as i wanted to see what Panel was doing. feeding that url directly into safari, it starts the video playback. but in any case, i have watched a few hours of mkvs in panel without issue in safari.
this is on an iPad pro 12” but don’t know if that makes a difference or not. will test and report back.
UPDATE:
Tried a few MKV files via Panel on Safari /macOS and playback worked fine all the way through (> 1 hour). Same for Safari on iOS 13.3.1.
Here's one example of a URL - restarted playback: GET /MCWS/v1/File/GetFile.m3u8?File=760569&Token=iqoBFRjg&Conversion=WebPanel&Quality=High&Start=97.01128668171556&Playback=2&HLS=1 HTTP/1.1\r\n
(this URL was captured from Wireshark). I've not looked at the interaction of and the API call from JRemote. I do note that when I stop playback in Safari/Panel, network activity continues - looks like the stream itself continues even though the video has stopped. this is verified in developer tools and wireshark as I'm continuing to see segments sent to the browser.
was wondering why Panel doesn't actually tell MC to stop - is it buffering?
not sure if any of this is helpful or not. feel free to request any additional testing :)
One thing that's important to do is to restart MC between each test because the conversion will be cached if you don't.
-
I just updated to the latest version. Every time I try to open it on my iPhone, the app crashes. On my iPad, it will open, but if I tap Audio, Images, Video, or Playlists in the left column, the app crashes.
I’m using iOS 13.4 on both devices.
What version of MC and what are your MC server authorization settings?
-
What version of MC and what are your MC server authorization settings?
MC 25
In Tools/Options/Media Network the Server authorization settings:
"Media Network to share this library and enable DNLA" is checked (everything else unchecked), and I'm using an access key.
Is that what you want?
-
MC 25
In Tools/Options/Media Network the Server authorization settings:
"Media Network to share this library and enable DNLA" is checked (everything else unchecked), and I'm using an access key.
Is that what you want?
Yes. Just to verify you haven't enabled Authentication and Read-Only is set to Everyone?
-
I just tried a quick test of video playback of a TV recording (a .ts file) for just a few minutes on my iPhone XS; I'll try my iPad Pro (first gen) later. It worked fine for the quick test, but what happened to the ability to jump forward and back? Same thing with a ripped Bluray - it plays but no ability to jump forward and back or use a slider to jump to a point. I obviously haven't been able to get video playback to work at all for a while, but I thought these features had existed previously. Either way, this is at least a big step in the right direction.
-
Many thanks for the 3.31 update! So far, so much better!
-
I just tried a quick test of video playback of a TV recording (a .ts file) for just a few minutes on my iPhone XS; I'll try my iPad Pro (first gen) later. It worked fine for the quick test, but what happened to the ability to jump forward and back? Same thing with a ripped Bluray - it plays but no ability to jump forward and back or use a slider to jump to a point. I obviously haven't been able to get video playback to work at all for a while, but I thought these features had existed previously. Either way, this is at least a big step in the right direction.
Mp4 and m4v are played natively, they are seekable. The other formats can only be streamed.
-
Thank you also from my side :)
-
Yes. Just to verify you haven't enabled Authentication and Read-Only is set to Everyone?
Here's a screenshot:
-
Here's a screenshot:
Ok, thanks. It works for me with the same settings and same MC version.
It's possible your JRemote settings are corrupt. Can you uninstall and reinstall it and try again?
Note that with iPhones the first connect on a fresh install might abort but when you rerun it the server should be there.
-
Ok, thanks. It works for me with the same settings and same MC version.
It's possible your JRemote settings are corrupt. Can you uninstall and reinstall it and try again?
Note that with iPhones the first connect on a fresh install might abort but when you rerun it the server should be there.
Same results.
I did notice that I was able to launch the app on my iPhone, but as soon as I entered the server access key, it crashed.
-
Same results.
I did notice that I was able to launch the app on my iPhone, but as soon as I entered the server access key, it crashed.
Even when you went back in after it crashed? The server should still be in the list even though it crashed and if you try to connect again it still crashes?
-
Even when you went back in after it crashed? The server should still be in the list even though it crashed and if you try to connect again it still crashes?
I deleted the app, reinstalled it, launched it, entered the server info, the app crashed. Tried to reopen it, app crashed.
-
I deleted the app, reinstalled it, launched it, entered the server info, the app crashed. Tried to reopen it, app crashed.
Ok that's weird.
What are the exact models of your devices?
In MC, full version number and OS it's running on please?
Also in MC Tools->Options->Media Network->Click on Access Key do "Test Connection ..." report results please.
Thanks.
-
Ok that's weird.
What are the exact models of your devices?
In MC, full version number and OS it's running on please?
Also in MC Tools->Options->Media Network->Click on Access Key do "Test Connection ..." report results please.
Thanks.
Test results:
“This library server is not reachable from the internet, but you can still use it within your local network.
To use this server from other computers on your local network, select it in the tree ...
To make this server accessible from the Internet, you’ll probably need to configure ...”
Is that the problem?
Models:
iPad Pro
iPhone 7
-
Ok that's weird.
What are the exact models of your devices?
In MC, full version number and OS it's running on please?
Also in MC Tools->Options->Media Network->Click on Access Key do "Test Connection ..." report results please.
Thanks.
And to be clear, the apps were working correctly on both devices prior to this update. It’s not as if this crashing problem had been happening before.
-
Test results:
“This library server is not reachable from the internet, but you can still use it within your local network.
To use this server from other computers on your local network, select it in the tree ...
To make this server accessible from the Internet, you’ll probably need to configure ...”
Is that the problem?
Models:
iPad Pro
iPhone 7
No problem there since I assume you are on your local LAN.
MC version and OS??
I'll run in the simulator here and see if I can duplicate your results.
-
No problem there since I assume you are on your local LAN.
MC version and OS??
I'll run in the simulator here and see if I can duplicate your results.
MC 25, OS 10.15.4, iOS 13.4
-
MC 25, OS 10.15.4, iOS 13.4
Thanks and the exact MC version? Help->About Media Center?
-
Thanks and the exact MC version? Help->About Media Center?
25.0.128
-
Thanks, I'll setup the simulator and let you know.
-
Thanks, I'll setup the simulator and let you know.
Thank you!
-
Thank you!
I tried it with the pad, no luck it won't crash.
Would you try changing your Read-Only authentication to Everyone and try again?
You probably should remove and reinstall JRemote again to make sure the settings are cleared out.
-
I tried it with the pad, no luck it won't crash.
Would you try changing your Read-Only authentication to Everyone and try again?
You probably should remove and reinstall JRemote again to make sure the settings are cleared out.
Did that, but same results. I haven't a clue.
The only other option I can think of is uninstalling everything, including MC, and start from the beginning.
-
Did that, but same results. I haven't a clue.
The only other option I can think of is uninstalling everything, including MC, and start from the beginning.
MC shouldn't matter.
Can you email me a copy of one of your library backups? (it will have the settings in it).
Send it to bob (at) jriver (dot) com
Thanks!
-
So it turns out that, if there is a parenthesis in the articles to ignore list in MC, the parser in JRemote barfs on it.
A simple workaround until there is an update is to remove that article from the list.
In this case it was to remove
);
From Tools->Options->Tree and View->Sorting->Articles
-
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!
-
2) Large cover art in ALAC files, we'll need to see where that's breaking. There are 2 components for playing in JRemote and I'm not sure which one handles ALAC. I assume this is only for local playback on the device itself?
Yes, it's a problem only on local device playback.
Thanks for fixing the global search. Works great.
-
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.
-
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.
-
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
-
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.
-
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.
-
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:
FormatDate(ConvertDate(TVInfo(Date)),yyyyMMddHHmmss) TVInfo(NameDisplay)
Expression to display: Set this to what you want to display for each item, for example:
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.
-
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.
-
...
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.
-
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.
-
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?
-
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.
-
Nobody doubts you, but bugs like this are hard to find and fix. What's different about your phone?
-
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.
-
Please do your best to be patient. Not all bugs are ours.
-
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.
-
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.
-
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.
-
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.
-
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:
FormatDate(ConvertDate(TVInfo(Date)),yyyyMMddHHmmss) TVInfo(NameDisplay)
Expression to display: Set this to what you want to display for each item, for example:
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.
-
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.
-
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.
-
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.
-
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!
-
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.
-
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.
-
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.
-
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!
-
same top blank!!!!
1 year passed!!!!
-
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.
-
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.
-
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.
-
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.
-
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:
(https://yabb.jriver.com/interact/index.php?action=dlattach;topic=124671.0;attach=34914)
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.
-
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.
-
Action -> Reload „Now Playing“ is the short way to refresh the playlist and works always for me, if this error happend.
-
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:
(https://yabb.jriver.com/interact/index.php?action=dlattach;topic=124671.0;attach=34914)
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.
-
Thanks, Bob.
-
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.
-
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!
-
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.
-
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!
-
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
-
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
-
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.
-
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.
-
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??
-
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.
-
Thanks Bob for your thoughts on this.
-
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??
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.
-
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.