I can remote in to the server and when I use JRemote2 which indicates that it is playing to the correct zone on the correct client and play a track the track queues up on the server. It seems pretty clear to me that the app is connecting to the library server even though I have entered the access key for the client. This is consistent across multiple clients and JRemote (original) still works fine. However, no music is playing over the system and Media Center indicates that nothing is playing. If I hit play on a track, JRemote2 indicates that it is playing the track, it sets volume (which it shouldn't do as I have volume disabled) and even advances to the next track on the album. Oddly, now that all of the DLNA pieces are turned on, JRemote2 will connect to the client and from the zone "player" it acts as if it is able to play music. ![]() ![]() However, there are not listed as "there: clientname". Additionally, I can now see all of the other clients available as zones in JRemote2 because DLNA has been enabled on them as well. ![]() I enabled all of these options last night and have restarted both the server and client so there should be no issues with there being a delay in propagating the zone to JRemote2. With all of the DLNA bits turned enabled on both the client and server, I still do not have the zone "there" available on JRemote2 though it is visible in Media Center. I'm not opposed to simply pushing to all of my clients but it is my understanding that I can't apply volume leveling without transcoding. Use becomes tricky this way because I can connect to my client but the client is going to push to the last zone selected in the app which may not be that particular client. Switch the zone back to the client via DLNA and it works again. Heck, the client can even push music to itself via DLNA and JRemote2 but when I switch the zone to "player" in JRemote2 the client will not play music. I can push music from the server to the client using DLNA and JRemote2. Typically, I control the clients using JRemote to play music using the "player" zone. In my setup, I have one central library server and multiple clients which connect to the library server. I created post 196 in the beta thread about this issue but the thread is now locked so I'm posting again. I'm having trouble playing music using the "player" zone on JRiver clients using JRemote2 (JRemote works fine). Fixed: Saving Rating changes was not working properly NEW: Full CloudPlay support (requires Media Center 26.0.52 or newer)ģ. ![]() Note: Due to the current situation in the world, it may take longer then usual for Google to approve this update and distribute it to all devices.ġ. It actually works pretty neatly and I would recommend to check it out if you use Theater View! Radio JRiver is equally supported in either local or remote playback, in full lossless quality for FLAC streams.ĭue to the new requirements for CloudPlay on a remote, using this feature requires Media Center 26.0.52 or newer, which was released publicly just a few hours ago to ensure it can be tested right away!Īs an additional bonus, I've included the Theater View Remote functionality in this update, which was originally developed for Gizmo, and never actually made it into the previous version of JRemote. JRemote2 can only play FLAC from CloudPlay (for now), so if another format is encountered, it'll go back to MC and ask it for a transcoded stream - but we're looking into extending the native support for Lossless formats in JRemote2 to tackle this. CloudPlay support for JRemote2 has been in development for a long time, and there have been many hurdles to overcome, but now its the first remote that can not only instruct MC itself to play from CloudPlay, but also directly stream from the cloud without involving MC (most of the time).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |