INTERACT FORUM
Networks and Remotes => Remotes => Topic started by: Soul_Rvr911 on May 21, 2014, 08:34:39 pm
-
Hello everyone!
As some of you may know from my eos for BB10 thread, I've also been working on an Android flavor of eos. It is my pleasure to announce that development has just about wrapped up, and the application should be available for purchase in Google Play in the near future!
Attached you'll find a few screenshots taken from a Nexus 7, which should give you a pretty good idea of what to expect. If you're familiar with the BB10 version, this app should feel very comfortable to you. Some adjustments had to be made due to differences on the Android platform, but for the most part the layout is very similar.
Features include:
- Browse and search your media library
- Filtering available while browsing grid lists
- Control the volume of all of your zones
- Control playback of the currently active zone
- NEW for Android: modify the current playlist using drag-n-drop!
- Manage linked zones
- Theater View remote
- Change MC's display mode
- Readily accessible Playing Now view
- Sleep timer
- Device playback, including transcoding options
I've tested it on a Nexus 5, a Nexus 7, and a Samsung Galaxy S4. The minimum required Android version is Jelly Bean (4.1.X, API level 16). It will be listed for $4.99.
Have a look, and let me know what you think!
-L
Edit:
It's been a while since my first post in this thread, and the app has changed quite a bit since initial release. Additional features include:
- Chromecast support
- Material design, with three different themes: Blue and Orange, Black and Red, and Grey and Green
- Wake-on-LAN and Power Off MC from the app
- Change audio streams and subtitles of a video playing remotely
- Use the hardware volume keys to change volume
- Homescreen and Lockscreen widgets (lockscreen widgets are not supported on Lollipop)
- Stream live TV to your device (if you have a TV tuner connected and configured in MC)
- Add files to an existing playlist, or save the current Playing Now playlist as a new playlist
I've also updated the screenshots attached to the posts. Take a(nother) look!
-
More screenshots!
-
Can't wait to try this!
-
It looks great!
You say you didn't like the BB Music app which would suggest on BB your app could playback locally as well, but I don't see local playback as a feature, so does it currently only allow browsing and remote control or can it play on the device itself as well (like Gizmo and JRemote on iPad)? And if it supports local playback, does it support video too?
Does it allow tagging of rating?
-
Eos on BB10 will play back your media stored from any server you have JRiver running on the local device. It will also play back media stored on your BB10 phone. Pull down settings and there is a button for switch to device media.
Yes it plays back video (from a server not stored on the device) on the device and of course acts as a remote control for video too.
Hal
-
- Device playback, including transcoding options
What are the transcoding options? Does it playback lossless audio (at least 16/44.1)? What about for video?
-
Eos on BB10 will play back your media stored from any server you have JRiver running on the local device. It will also play back media stored on your BB10 phone. Pull down settings and there is a button for switch to device media.
Yes it plays back video (from a server not stored on the device) on the device and of course acts as a remote control for video too.
Hal
Hal is right on the money! And if you want to stream media from your library server to your device, go to the Zones page select the Device zone.
Does it allow tagging of rating?
Local playback doesn't allow tagging the rating. Each media format uses a different rating tag format, and the tagging library I've used doesn't make it easy to support reading/writing the rating tag across all of the supported file formats.
What are the transcoding options? Does it playback lossless audio (at least 16/44.1)? What about for video?
The transcoding options for Audio are "Off" (i.e. - stream the file directly from the server, without doing any transcoding), and 3 MP3 options: "Low", "Medium", or "High" bandwidth.
For Video, your options are "Low", "Medium", and "High". From what I understand, Android's video codec support is fairly limited. I was thinking about adding an option for "Off" here as well, but I don't think it would work in the majority of cases. There isn't much documentation available on MC's supported Conversion options; I was working from this: http://yabb.jriver.com/interact/index.php?topic=67837.0.
While we're on the topic of Video streaming, I should note that there are severe limitations to Android's support for streaming video (HTTP Live Streaming, or HLS). Do a quick Google search for "android hls" and you'll find numerous platform defects, articles, and blog entries outlining how bad it really is. Unfortunately, this means that while streaming video to your device is eos there is no duration information available, and seeking does not work.
I'm not sure how the folks at JRiver implemented video streaming in Gizmo, but it is based on HLS and works perfectly, providing both seeking and video duration. I'd wager they used their vast media knowledge to write their own HLS implementation. My only option would be to license a 3rd party library (like Adobe Primetime) for use in my app, the cost of which would likely far exceed any revenue I'll see from selling eos in the Play store.
That being said, streaming Audio to your Android device works very well. The main reason that I made the minimum supported API level so high was so that I could support gapless playback!
Cheers!
-L
-
Will there be a trial period built in?
-
Will there be a trial period built in?
I've been looking into the support offered by Google Play for trial periods. It appears to be nonexistent, unless the app is subscription based. There seem to be a few practices mentioned frequently across the internet, however all but one are easily circumventable: calling back to my own licensing server. Since I have no interest in writing a license server - or, for that matter, having eos make requests to any server other than JRiver's access key server and your media server(s) - I don't think a trial period is likely. (Note: Google Play does offer a 15 minute refund period for any purchased apps, although I admit this really isn't much time!)
Over the past few days I've fixed a number of bugs and also implemented a few new features, including the display of the active zone and server name in the title bar, and multiple server support! eos is almost ready; I'm hoping to have the app available in Google Play in the next couple of weeks.
Cheers!
-L
-
Looking forward to trying it out.
Regarding Local Content, one feature I would like to expand on from Gizmo is it's ability to Cache the playing now content to provide continuous play when the connection drops out ---> full offline playback. It would be good if this feature allowed you to send content to the cache (without the need to start playback) that was then used for playback. Basically the ability to sync selected items.
Thanks
Nathan
-
Will there be a trial period built in?
Interesting to read what's involved with trials from Soul_Rvr911.
From my observation most free trials on Playstore are limited in some way and purchase gives the user access to the full feature set.
Would that work?
-
Will there be a trial period built in?
Greetings:
Your app is for JRiver and JRiver only. I will like to support your efforts. but here is my suggestion. set up a Paypal acount for members to donate. I will. then make your app free or let us sideload it, just as we do with Gizmo.
Note: Interact forum members do appreciate your efforts and time you put in to this app.
This is my own suggestion, but you are free to charge would be users.
George.
-
Regarding Local Content, one feature I would like to expand on from Gizmo is it's ability to Cache the playing now content to provide continuous play when the connection drops out ---> full offline playback. It would be good if this feature allowed you to send content to the cache (without the need to start playback) that was then used for playback. Basically the ability to sync selected items.
eos doesn't do caching of content like Gizmo; it will stream content, but it won't be stored on your device. This might be something I can implement in the future, but it won't be present in the initial release. If this is a feature that you use frequently I wouldn't suggest purchasing eos until I have a concrete plan for implementing it, since to be honest it doesn't rank highly on my list of priorities.
From my observation most free trials on Playstore are limited in some way and purchase gives the user access to the full feature set.
Would that work?
I believe that this sort of trial runs into the same issue that time expiry free trials encounter - apparently, it's not very difficult to reverse engineer an APK and circumvent license checks. There are developers that have worked around this by having 2 separate apps in the store - a limited version that doesn't have the code for the features, and a full version that the user can "upgrade" to, but that's actually installed alongside the trial.
Your app is for JRiver and JRiver only. I will like to support your efforts. but here is my suggestion. set up a Paypal acount for members to donate. I will. then make your app free or let us sideload it, just as we do with Gizmo.
Note: Interact forum members do appreciate your efforts and time you put in to this app.
This is my own suggestion, but you are free to charge would be users.
George.
Thanks for your suggestion George. You are correct - my app is for JRiver and JRiver only. However, I am in no way affiliated with JRiver, and I put a lot of effort into developing eos. For as many generous users like you who would donate if given the choice, there are also users out there who would not. The only way I can guarantee some return is to charge up front.
-
At the same time, I too am a consumer, and I understand everyone's concerns. The software market is new, and consumer's expectations in this market are different. It's difficult to justify paying for software you've never used when you only have a few screenshots to look at. And it's even more difficult to justify when there's already an app that's freely available.
When I started writing eos for BB10, my goal was to make a remote app with a slick user interface. I installed Gizmo on my device, but found that BB10's Android runtime support was lackluster, and that Gizmo's UI felt "clunky" (no offense meant to JRiver!). Since I had plenty of experience writing BB10 apps, I decided to write my own. I added features that I found useful, and designed the app in a way that - to me, at least - felt fluid.
My goal with eos for Android was a little different. I had no experience writing Android software, so I wanted to challenge myself and build something on a new platform. I'm not trying to replicate Gizmo, nor am I trying to cover every possible use case. I'm trying to bring the same experience that people have enjoyed on BB10 to Android, as well as sharpen my development skills.
-
I believe that this sort of trial runs into the same issue that time expiry free trials encounter - apparently, it's not very difficult to reverse engineer an APK and circumvent license checks. There are developers that have worked around this by having 2 separate apps in the store - a limited version that doesn't have the code for the features, and a full version that the user can "upgrade" to, but that's actually installed alongside the trial.
Yep - that's what I was thinking of. Implementation will be specific to the software. It takes some thought to come up with the right trial package so that a user gets a good taste of what the software can do.
-
Thanks for mentioning the 'no cache' thing. Sadly, that means I'm out.
99.99% of my usage is over 3G, and before JRiver introduced the cache to Gizmo, my experience was regularly quite awful. Be sure to give this a healthy bump if you ever add a cache level.
Regards,
-marko
-
Good thing you asked, I assumed that's how it was working.
Honestly that means I'm out too, as I never use Gizmo at home.
-
Implementation will be specific to the software. It takes some thought to come up with the right trial package so that a user gets a good taste of what the software can do.
I've given more thought to this, and I've come up with a working solution for a "trial" version of eos. I'll post a second version of the app to the store that allows unrestricted access to browse their media library, but with all of the playback modification functionality disabled. You'll still be able to click on buttons and interact with the app just like the paid version, but none of the actions you take will have any effect. For example, when you press on a track in an attempt to play it, instead of making the request to the server to start playback a toast will appear informing you that the action will only work in the paid version. The same goes for things like changing repeat mode, updating file information, setting a sleep timer, or attempting to link zones or change volumes. The appropriate dialogs will appear, but when you hit save a toast will appear instead of performing the action. This will give you a feel for how the app is laid out and what functionality exists.
The free version is almost exactly the same code, just with the action logic replaced by toast messages. The one thing that will still work is the theater view remote.
The free app will be completely separate, and it won't be possible to migrate settings from the free version to the paid version. So you can configure all of your servers in the free app, but keep in mind you'll have to run through that process again if you decide to purchase.
How does that sound?
-
I've given more thought to this, and I've come up with a working solution for a "trial" version of eos. I'll post a second version of the app to the store that allows unrestricted access to browse their media library, but with all of the playback modification functionality disabled. You'll still be able to click on buttons and interact with the app just like the paid version, but none of the actions you take will have any effect. For example, when you press on a track in an attempt to play it, instead of making the request to the server to start playback a toast will appear informing you that the action will only work in the paid version. The same goes for things like changing repeat mode, updating file information, setting a sleep timer, or attempting to link zones or change volumes. The appropriate dialogs will appear, but when you hit save a toast will appear instead of performing the action. This will give you a feel for how the app is laid out and what functionality exists.
The free version is almost exactly the same code, just with the action logic replaced by toast messages. The one thing that will still work is the theater view remote.
The free app will be completely separate, and it won't be possible to migrate settings from the free version to the paid version. So you can configure all of your servers in the free app, but keep in mind you'll have to run through that process again if you decide to purchase.
How does that sound?
That's one way of doing it. I think the main thing is that you're opening the door by a fraction, so well done. If people like what they see, you'll get your answer when the app is placed in the cart and wheeled to the check out.
-
I have been using Eos on my Blackberry for several months -- I really like being able to link zones together and quickly manage the volumes of each zone.
I have also been fiddling with Eos on a couple of Android Nexus tablets. For me I much prefer it of Gizmo. The interface is a bit more intuitive for my family. The zone linking is wonderful. The immediate volume control is excellent.
The way my setup works, I use Eos or Gizmo on tablets mounted magnetically to walls throughout my house. These tablets act as zone controllers for the area they are mounted in. In this setting I find Eos to be the superior solution.
-
I have also been fiddling with Eos on a couple of Android Nexus tablets.
Ow? Is it released yet because I can't find it in the play store?
-
The Android version of eos hasn't been released yet. Randy has had access to beta builds as it has been developed. I want to take this opportunity to thank him - eos wouldn't be where it is today without his support!
I just updated the free version of eos in the Play Store, and I plan on publishing it to production within the next 24 hours. I won't be publishing the paid version until later in the weekend, however: I'm awaiting feedback on a few changes I've made recently from some of my other testers.
The free version will give you a good idea of how eos is designed and what it can do. There's no time limit on it; the main restriction in the free version is that you can't take any action that modifies playback, which includes altering volumes and switching/linking zones. I'll post a new reply to this topic once it is available. I hope you'll find it useful enough to purchase!
Cheers!
-L
-
The Android version of eos hasn't been released yet.
Ooops... sorry. I had it in mind that it made it toe the PlayStore earlier in the week.
-
I just pushed the free version of eos to Production in Google Play. According to the vendor console, "It can take several hours before it's available throughout Google Play". Look for it in the near future!
-L
-
I wanted to check this out, but I'm having troubles finding it. Searching for "eos bb10" doesn't match and searching for "eos" returns 100 Canon camera apps. Please help.
-
eos - Free Trial Version. It's there now! :)
-
yuppers :)
here's a direct link for others https://play.google.com/store/apps/details?id=com.lenworthrose.eos.trial
-
I just pushed the free version of eos to Production in Google Play. According to the vendor console, "It can take several hours before it's available throughout Google Play". Look for it in the near future!
-L
I did a search on eos for android, found it and installed.
The free version is really totally crippled. You can not play music or watch videos.
I was hoping it will function fully, for maybe 3 days to 5 days before limiting playing or watching capabilities. Please remove and update and let us get a feel for it. It does what Gizmo is already doing, but if it works, paying a few dollars for it to support your efforts is not a bad idea.
Apart from the fact that the program does not play, there are bugs in the theater remote part.
When in remote mode, you press the middle circle you get "open", "play" "show files" etc, the selections do not work.
More testing o nthe way.
In display menu.. do you mean Thearer view? again here when selected nothing happens.
Thanks.
George
-
Looks good but will wait to test on the paid version. Also will you be able to buy multi device licence (eg 10?)
Thanks
Nathan
-
I did a search on eos for android, found it and installed.
The free version is really totally crippled. You can not play music or watch videos.
I was hoping it will function fully, for maybe 3 days to 5 days before limiting playing or watching capabilities. Please remove and update and let us get a feel for it. It does what Gizmo is already doing, but if it works, paying a few dollars for it to support your efforts is not a bad idea.
The release of a trial version and its limitations was discussed in some detail above. There are clear disclaimers on the Playstore page, so it shouldn't come as a surprise. Even so, there's nothing like the reality of actual user comment, so this is a positive in any case.
Soul_Rvr911, thanks for getting this out for release. I can see where some of my weekend is going already. All the best with this, along with the joys of managing user expectation.. ;)
-
The Wake on LAN function is a sensible feature. Nice.
Where does the user specify the MAC address? If it's there I missed it in server settings.
Does this function work in the trial so that it can be tested?
-
If it uses the access key, it can get the MAC from the JRiver server, just like Gizmo does for its wake on lan functionality.
-
I spent about 10 minutes playing around with the trial version & I like what I see. I appears you've built a nice looking & powerful interface, $4.99 seems a more than reasonable price.
One question which I suppose is more of a feature request: Are there any plans in the pipeline to to introduce playlist management? I'm thinking something where you can add to playlist on the fly much as you would add to playing now currently.
-
The Wake on LAN function is a sensible feature. Nice.
Where does the user specify the MAC address? If it's there I missed it in server settings.
Does this function work in the trial so that it can be tested?
As Hendrik mentioned, if you connect to your server via access key the MAC addresses come from the JRiver server. If you didn't use the access key, there's a text field alongside server address and port where you can specify MAC addresses.
Wake on LAN is available in the test version. Unfortunately I don't have any devices that support Wake on LAN, so I wasn't able to verify that it's functional. If your server supports it, please try it out and let me know if it works! I'm not sure if you noticed, but on the Settings page there's a Power action item - clicking that will show a dialog with options to Power Off or Wake-on-LAN the currently selected server.
-
Looks good but will wait to test on the paid version. Also will you be able to buy multi device licence (eg 10?)
Thanks
Nathan
I think that if all of your devices use the same Google Play account you only need to buy it once. At least, that's how the BlackBerry store works. I'm still getting used to Google Play!
-
I did a search on eos for android, found it and installed.
The free version is really totally crippled. You can not play music or watch videos.
I was hoping it will function fully, for maybe 3 days to 5 days before limiting playing or watching capabilities. Please remove and update and let us get a feel for it. It does what Gizmo is already doing, but if it works, paying a few dollars for it to support your efforts is not a bad idea.
Apart from the fact that the program does not play, there are bugs in the theater remote part.
When in remote mode, you press the middle circle you get "open", "play" "show files" etc, the selections do not work.
More testing o nthe way.
In display menu.. do you mean Thearer view? again here when selected nothing happens.
Thanks.
George
Sorry George, the functionality in the trial version will remain limited. I discussed this earlier in the thread, and it seemed the best solution to offering a trial where the limitation could not easily be circumvented.
When you touch the middle circle in the Theater Remote, is your server in Theater View mode? If not, you'll need to select it by using the Display Mode menu item, which is available both on that page and on the Playing Now page. From there things should work as you'd expect. If you encounter any more issues please let me know!
-
I think that if all of your devices use the same Google Play account you only need to buy it once. At least, that's how the BlackBerry store works. I'm still getting used to Google Play!
The same on Android, but I do believe there's a limit to the number of devices you can activate under one account.
-
I think that if all of your devices use the same Google Play account you only need to buy it once. At least, that's how the BlackBerry store works. I'm still getting used to Google Play!
That is the default method (and the one I like of course!) I do have an app that requires MAC registration as well.
-
The free version will give you a good idea of how eos is designed and what it can do. There's no time limit on it; the main restriction in the free version is that you can't take any action that modifies playback, which includes altering volumes and switching/linking zones. I'll post a new reply to this topic once it is available. I hope you'll find it useful enough to purchase!
Greetings:
I do sincerely want to support your effort. What you wrote above regarding its limitation is really vague. I now know it will not play anything. My concept of free version is let it play fully but limit its use to certain number of days.
Testing a program involves going through all its phases, including menus and drop downs. This menu do not work.
Open, Play More, Selection etc do not work. What if there are issues,within, actions do not work? how would you know.
Moreover, i will like to listen to music to test how the audio sound. I will like to play a movie or two to see how smooth things are.
Remember, Interact forum members are closely tied together. Some of us are retired and semi-retired. My suggestion is re-write it to make it functional for a few days, and get real time critiques. Your $ will come your way.
We Interact forum members are adults and supportive of you. I am if the program is functional, it does not really mean it is going to be a perfect program for you to get support. I just for one wants alternative to Gizmo for me to play with. Spending a few $ on this is not really a problem.
Again, I want to support you, but I will love to put the eos through its paces.
P/s: Would you buy MC if Matt creates a drop menu, without allowing you to watch movies or listen to music?
Thanks.
George
-
Greetings:
I do sincerely want to support your effort. What you wrote above regarding its limitation is really vague. I now know it will not play anything. My concept of free version is let it play fully but limit its use to certain number of days.
Testing a program involves going through all its phases, including menus and drop downs. This menu do not work.
Open, Play More, Selection etc do not work. What if there are issues,within, actions do not work? how would you know.
Moreover, i will like to listen to music to test how the audio sound. I will like to play a movie or two to see how smooth things are.
Remember, Interact forum members are closely tied together. Some of us are retired and semi-retired. My suggestion is re-write it to make it functional for a few days, and get real time critiques. Your $ will come your way.
We Interact forum members are adults and supportive of you. I am if the program is functional, it does not really mean it is going to be a perfect program for you to get support. I just for one wants alternative to Gizmo for me to play with. Spending a few $ on this is not really a problem.
Again, I want to support you, but I will love to put the eos through its paces.
P/s: Would you buy MC if Matt creates a drop menu, without allowing you to watch movies or listen to music?
Thanks.
George
George,
My apologies if you found my description of the limitations of the free version vague. I'm not sure how I could have been more clear. I did state in both posts related to the free version that all operations regarding playback were disabled.
I do understand where you're coming from when you say you want to be able to test the full capabilities of the app, but that wasn't the reason I released the free app. My intention with the free version is to showcase the layout and available functionality of eos. By now, most of my potential customers are accustomed to a free competitor, offered by the same people who wrote the server that is required for my app to function. I am totally aware that my application is laid out differently than Gizmo, but that difference comes at a cost; in addition to the cost of purchasing the app, a different layout poses another barrier to entry for a potential customer. Why pay for another app that you'll have to acclimate to when the free app offers all of the functionality that you need?
I don't believe that the comparison you're trying to draw between MC and eos is fair. MC is a much larger product, with a price tag that matches its awesome feature set. It's also worked on by a team of people, not just a single developer. Plus they have their own servers that they operate to handle things like registration, to protect themselves from piracy. I do not have any of this, and Google's platform does not provide a simple mechanism for me to implement protections for my app. So the responsibility to implement this falls back to me, and that's an entirely different product that I am not interested in developing.
As much as I appreciate your comments, I can't change the free app in the way you suggest. I hope that this helps you to understand why.
-L
-
I spent about 10 minutes playing around with the trial version & I like what I see. I appears you've built a nice looking & powerful interface, $4.99 seems a more than reasonable price.
One question which I suppose is more of a feature request: Are there any plans in the pipeline to to introduce playlist management? I'm thinking something where you can add to playlist on the fly much as you would add to playing now currently.
Thanks for your comments J-a-k-e!
I don't have any plans to add modification of other playlists right now, but it should be possible in the future. I haven't worked with the playlist APIs yet, so it might take some time to figure out. I'll add it to the backlog, but I can't make any commitments on time!
-
I just posted the full, paid version of eos for Android to production in the Play Store! As with the free version it might take a few hours for the changes to propagate through Google's systems. Once it's available you'll be able to find it here:
https://play.google.com/store/apps/details?id=com.lenworthrose.eos
Cheers!
-L
-
Ha! I think I am the first :P You now have 1+ downloads. 8)
Figured I'd support your effort. Some days I spend more on lunch so what the heck. It's a very nice app! Thanks.
-
Then possibly I am the second. I believe there is a bug where the app will crash if you try to switch to playing now if you don't have anything loaded. Although I haven't managed to reproduce this as I can't see how to clear playing now once items are loaded.
-
...and I thought I was second! I've submitted a few crash reports:
- I'm also seeing the playing now crash
- crash when trying to play a web stream from the library - eg http://shoutmedia.abc.net.au:10424/ (note: these play fine in Gizmo)
Other things:
- Video: (these could be a MC bug and I've summit this to the JR Folk), Videos do not finishing playing (stall on the last frame) and seeking does not work. Also you don't have the correct duration shown.
- View is Empty: I have added a view at the top level called (Radio and TV Stations - see pic) and while I can enter this view it appears empty in eos, yet similar entries under playlist is fine.
- Navigation: This could be just me getting used to eos vs Gizmo, but I find:
+ Andriod Back button exists eos and does not take you "back"
+ When drilling down I prefer to see each category and select it (aka Gizmo), where in eos it selects and displays the contents of the first of each sub category. You have to go the the Draw each time to change your selection.
It may be a confusion on my part but when speaking in the intercom thread about being able to push one steam to multiple tablets at once,
I am a bit late on the update here, and I think I noticed you have posted on the thread regarding it anyway, but just in case:
The app is called Eos, and there is a thread started in the 3rd party forum. I have really grown to appreciate the user interface and the features it has, like the zone linking.
.... though I don't see each eos instance as a zone.
Looks good so far!
Thanks
Nathan
-
Trying the Free Version:
Cannot switch Zones, eos appears unresponsive to zone change attempts.
Cannot open Playing Now as this causes eos to crash.
-
- crash when trying to play a web stream from the library - eg http://shoutmedia.abc.net.au:10424/ (note: these play fine in Gizmo)
- Video: (these could be a MC bug and I've summit this to the JR Folk), Videos do not finishing playing (stall on the last frame) and seeking does not work. Also you don't have the correct duration shown.
- View is Empty: I have added a view at the top level called (Radio and TV Stations - see pic) and while I can enter this view it appears empty in eos, yet similar entries under playlist is fine.
- Navigation: This could be just me getting used to eos vs Gizmo, but I find:
+ Andriod Back button exists eos and does not take you "back"
+ When drilling down I prefer to see each category and select it (aka Gizmo), where in eos it selects and displays the contents of the first of each sub category. You have to go the the Draw each time to change your selection.
It may be a confusion on my part but when speaking in the intercom thread about being able to push one steam to multiple tablets at once,
.... though I don't see each eos instance as a zone.
Looks good so far!
Thanks
Nathan
The web stream playing has been working quite well for me. I have 6 "stations" that I stream and have not had Eos crash, although MC does hang on me occasionally with these -- generally give it 3-5 minutes and it comes back, otherwise a restart is in order. BTW, MC does this whether using the PC, Gizmo, or Eos -- and is actually worse for me with Gizmo.
Video works fine for me as well -- no crashes. Although the seek type functionality, Gizmo is better. JRiver seems to be using their own video playback engine within Gizmo, and Eos is using the Android engine and the Android one has acknowledged know issues.
Navigation -- some of this may actually be my fault. I use Eos on my Blackberry (where Soul_Rvr911) originally developed it. The way the Blackberry navigates around is more intuitive to me and my family. We found the Android - Gizmo navigation to be problematic -- like the exiting out of an app when you merely meant to go back. Thus I pushed hard int he Alpha/Beta testing to have Eos for Android behave more like Eos for BlackBerry. I thought Soul_Rvr911 had created a nice balance between the two, but perhaps not and it will only be pleasing to me. Sure hope not for his sake.
Zone linking -- that I have brought up in the Intercom thread. I hope I have not mislead you on this one. It might be a difference in how our homes/MC are setup. It might be we simply mean different things when talking of zones.
I have multiple zones setup in MC. I then have tablets that control those zones. MC has Master bedroom, daughter's room, son's room, Living room, kitchen, garage, patio, theater, basement, and backyard. I have tablets magnetized tot he walls in the Master, Daughter, Son, Living room, Kitchen, and basement.
If I start Eos from the tablet in the Master bedroom, I can initially pick a zone I'd like to control (which in this example would usually be the Master bedroom). Or I can pick another zone to control and begin playback. Gizmo can do those two things as well. What Eos does that I REALLY like and find useful, and what I was trying to point out in the other thread, is zone linking. I like linking the living room and kitchen zones and playing a playlist there. Or in the mornings, I like linking the kid's zones and starting a web stream of morning science lecture -- it interrupts whatever it was they where listening to and starts what I want them to listen to.
-
Here are a few features I appreciate in Eos:
Zone linking -- described a bit in my previous post.
Volume Control -- or the volume "pop out" on the Playing Now screen. On Gizmo there is no fast way to adjust the volume -- just use the tablets volume rocker and adjust up or down at roughly 10%/second. That works in most instances, but Eos lets me go from 95% down to 5% instantly -- great for taking a phone call. Or how about controlling the volume in another zone when multiple zones are running? In Gizmo this is quite tedious, in Eos just go to the Zones screen and move the slider of the zone you want changed -- Done.
SleepTimer -- if Gizmo has this I am not aware of it. This little feature is great for sending the kid's off to sleep. They can listen to an audio book for awhile and the Eos stops playback at a set time. Love it! Now it just needs to implement a Awake Timer, where Eos will start playback at a set hour -- a zone controlled alarm clock if you will.
Split Screen view -- On my tablet Eos will split the Playing Now screen; the upper portion is the album art, track rating, and volume for the current track, and the lower portion is the playlist. FANTASTIC!
-
Thanks for your support guys! I hope the full version of eos lives up to your expectations.
I've taken a look at the crashes that have been reported so far, and I think I've fixed all 3. I just submitted v1.0.1 of both the free and paid apps, which should be available in the next few hours.
I believe there is a bug where the app will crash if you try to switch to playing now if you don't have anything loaded. Although I haven't managed to reproduce this as I can't see how to clear playing now once items are loaded.
This crash was caused by the menu being requested before the main content view was available. I had code to update some of the status labels when the menu is created, but the labels weren't available so the app crashed.
You're right, at present there's no easy way to clear the entire playlist from eos. You can press "Edit Playlist..." and swipe the items away one by one, but there's no clear function. I've never found use for clear myself, since you can replace the entire playlist at any time by selecting something else and hitting Play.
- crash when trying to play a web stream from the library - eg http://shoutmedia.abc.net.au:10424/ (note: these play fine in Gizmo)
Other things:
- Video: (these could be a MC bug and I've summit this to the JR Folk), Videos do not finishing playing (stall on the last frame) and seeking does not work. Also you don't have the correct duration shown.
- View is Empty: I have added a view at the top level called (Radio and TV Stations - see pic) and while I can enter this view it appears empty in eos, yet similar entries under playlist is fine.
- Navigation: This could be just me getting used to eos vs Gizmo, but I find:
+ Andriod Back button exists eos and does not take you "back"
+ When drilling down I prefer to see each category and select it (aka Gizmo), where in eos it selects and displays the contents of the first of each sub category. You have to go the the Draw each time to change your selection.
It may be a confusion on my part but when speaking in the intercom thread about being able to push one steam to multiple tablets at once,
.... though I don't see each eos instance as a zone.
Looks good so far!
Thanks
Nathan
Nathan, the crash you mention has also been fixed. When playing streams, the duration must not be available but eos tries parsing it into a number anyway, causing a crash.
The video playback issues you mentioned: are you trying to stream the video to your device? Earlier in the thread I mentioned some limitations around device playback of video, so if that's the case it would explain the duration and seek issues you're seeing.
In general, the back button should do as you'd expect until you get to the "homescreen" of eos, which is the screen where you can access the navigation drawer. Hitting back at that point will exit the app. There is, however, a known issue affecting Android 4.4.2: as an example, if you're on the Playing Now page and open Zones, then open Playing Now from the Zones page, hitting back is supposed to take you back to Zones. Instead, though, it unexpectedly exits the app. When you launch the app again, you're brought back to Zones. This is an Android platform bug that only impacted 4.4.2 and has been fixed in 4.4.3.
The category drop down is a design decision I made for eos. I found it more appealing to show a list of content instead of a category list, even though it does end up adding one extra "click" over Gizmo when you want to change categories - it takes one click to open the dropdown, and a second to pick a new category. As you mentioned, it'll be an adjustment when going from Gizmo to eos.
I believe there has been a misunderstanding about zone linking. eos instances are not MC Zones, so you can't link them as such. What you can do is manage Zone links (i.e. - link and unlink MC Zones) from eos' Zones page.
Ninja edit: I just noticed Randy has already covered most of these points - many thanks!
Cheers!
-L
-
Trying the Free Version:
Cannot switch Zones, eos appears unresponsive to zone change attempts.
Cannot open Playing Now as this causes eos to crash.
Zone switching is unavailable in the free version.
I just submitted a fix for the Playing Now crash in both the free and paid versions. Version 1.0.1 should be available in a few hours!
Cheers!
-L
-
I purchased also and saw the same crash mentioned in playing now that has been addressed.
The video seek issue, for me at least, is when a video starts to play it plays fine, however if I tap the screen and move the progress slider it moves but the video does not advance to this point. I do not think this is a limitation of my device as it works in Gizmo.
Very nice looking app. Great work and I look forward to your development.
Ken
-
One other item....
Home screen: Artist - Starts With - R
shows all R artists
The search only works with the first letter, typing a second shows no result
Artist - Starts With - Ru
Shows nothing.
This works fine if using: Favorites - Starts With - Ru
Ken
-
SleepTimer -- if Gizmo has this I am not aware of it. This little feature is great for sending the kid's off to sleep. They can listen to an audio book for awhile and the Eos stops playback at a set time. Love it! Now it just needs to implement a Awake Timer, where Eos will start playback at a set hour -- a zone controlled alarm clock if you will.
i've been beta testing this for some time, and just the sleep timer was enough for me to purchase EOS, we use it everynight, and it works great...who wants music playing all night long? a timer solves that problem. We also really like the volume on playing now, those of us that have kickstand cases know what a pita it is to have to lift your phone flip it, to tap the volume buttons, so having it in the interface saves alot of time and hassle.
-
paid for . I must admit - it is welll designed. Thanks for giving us this alternative.
I tried to install the app on my wife's Galaxy S5, it asked for payment again. I backed out of it.
I know you pay for app once.
How do I put this on my wife's phone without paying a second time?
Thanks again.
George
-
If you use different google accounts on the two phones, you cannot share purchased applications.
-
One other item....
Home screen: Artist - Starts With - R
shows all R artists
The search only works with the first letter, typing a second shows no result
Artist - Starts With - Ru
Shows nothing.
This works fine if using: Favorites - Starts With - Ru
Ken
I just tried this, and haven't seen this behavior. I can type out the full name of any artist in my library while the filter type is set to Starts with and that artist is always visible.
What artists do you have in your library that start with Ru? Do they have an article in front of them (e.g. "An", "The" etc)? eos does a literal "Starts with" on the entire string, it does not do any fancy string processing or tokenizing. (It does ignore case, however.) So, if the artist's name begins with an article, it will not be found. An example - let's assume you have "The Rolling Stones" as an artist:
If you're doing "Starts with" filtering:
-If you type in "Rol", you will not find The Rolling Stones, since the name begins with "The " and not "Rol"
-If you type in "The Rol", the The Rolling Stones will appear
-If you type in "The Rol " (notice the space after the final "L"), you will NOT find The Rolling Stones, since there is no space in the full artist name
If you're doing "Contains" filtering:
-If you type in "Rol", you'll find The Rolling Stones. You'll also find bands like Finntroll (FinntROLl)
-If you type in "Rol ", you will NOT find The Rolling Stones (same as above)
-If you type in "Rol The", you won't find The Rolling Stones, but you'd find a band called Control The Sun (if such a band existed in your library)
I hope this helps to clarify!
-L
-
App crashes whatever I try to do. HTC ONE Desire. Pictures, audio, video, al list well, but once an item is tapped the app immediately crashes.
-
App crashes whatever I try to do. HTC ONE Desire. Pictures, audio, video, al list well, but once an item is tapped the app immediately crashes.
I checked the crash reports for both the free app and the paid app, but I don't see any reports from an HTC One. Which app are you referring to - the free or the paid? If it's the paid app, are you attempting device playback, or are you trying to control playback on the JRiver server?
If you can reproduce the issue and you're prompted to submit a bug report, can please do so? It will help immensely in trying to track down your issue.
Cheers!
-L
-
If you use different google accounts on the two phones, you cannot share purchased applications.
I will have to set up my account on my wife's phone if it is possible.
I have not used goggle account in almost 18 months, so I really have forgotten the limitations.
Thanks
George
-
Thanks for the responses to my earlier post.
More testing of live streams (1.0.1) playing to local device.
- http://shoutcast.2gb.com:80/2gb : "A media player error has occurred"
- http://shoutmedia.abc.net.au:10424/ : crashes eos (logs sent)
-
I just tried this, and haven't seen this behavior. I can type out the full name of any artist in my library while the filter type is set to Starts with and that artist is always visible.
What artists do you have in your library that start with Ru? Do they have an article in front of them (e.g. "An", "The" etc)? eos does a literal "Starts with" on the entire string, it does not do any fancy string processing or tokenizing. (It does ignore case, however.) So, if the artist's name begins with an article, it will not be found. An example - let's assume you have "The Rolling Stones" as an artist:
Well Rush for one...
I get different results depending on if it is set to "Favorites" (which works as expected) Or "Artist" (which stops working after first letter)
This is the same behavior on my Asus tablet and Galaxy S5
-
Thanks for the responses to my earlier post.
More testing of live streams (1.0.1) playing to local device.
- http://shoutcast.2gb.com:80/2gb : "A media player error has occurred"
- http://shoutmedia.abc.net.au:10424/ : crashes eos (logs sent)
Ok, I have a fix for the crash. I'll submit version 1.0.2 shortly.
I tried streaming "http://shoutcast.2gb.com:80/2gb" myself, playing it back on the device through eos. I only experienced the "A media player error has occurred" issue when transcoding was enabled. When disabled, the stream plays back as expected, although it does take a while (~10 seconds) before playback starts.
The larger issue is that eos isn't handling web streams properly. I've never used a web stream, so this went completely untested. Currently, eos is requesting that MC forwards the web stream, instead of going directly to the source of the stream. When conversion is enabled, MC is not returning a stream, which explains the error.
I'll have to spend some time figuring out how to properly support this. For now, version 1.0.2 will fix the crash, but disabling audio conversion is the only workaround to play streams on your device.
-L
-
Well Rush for one...
I get different results depending on if it is set to "Favorites" (which works as expected) Or "Artist" (which stops working after first letter)
This is the same behavior on my Asus tablet and Galaxy S5
Very strange. Does this problem occur for all artists in the "Artist" category, or just Rush? My initial impression is that there's something wrong with the tags - for example, a non-standard character in the artist name instead of 'u' - but I can't be certain. Is Favorites a custom view that you've set up in MC? I don't see it in my list.
-
Very strange. Does this problem occur for all artists in the "Artist" category, or just Rush? My initial impression is that there's something wrong with the tags - for example, a non-standard character in the artist name instead of 'u' - but I can't be certain. Is Favorites a custom view that you've set up in MC? I don't see it in my list.
Ah..this must be something to do with how I had my Gizmo views set up. Did not think of that. Looking at them I can see the search fails on my Artist view since it uses a grouping of 1, my Favorites does not use grouping.
Thanks, didn't think the Customized view would affect searching.....
Ken
-
Ah..this must be something to do with how I had my Gizmo views set up. Did not think of that. Looking at them I can see the search fails on my Artist view since it uses a grouping of 1, my Favorites does not use grouping.
Thanks, didn't think the Customized view would affect searching.....
Ken
Your custom view shouldn't affect the filtering that's available when viewing a grid list. eos should be looking at the text of every item, and comparing that with what you typed in the filter field.
-
Would you be willing to set up a custom view to check.
"Artist" - grouping of 1
"Artist"
"Album"
Pretty simple to try....
-
Would you be willing to set up a custom view to check.
"Artist" - grouping of 1
"Artist"
"Album"
Pretty simple to try....
I tried setting up my own custom view for Artist. I clicked "Set rules for file display..." and selected Grouping from the first dropdown, my only options are "<empty>" and one of the albums in my library. I tried both, but I was still able to filter as expected.
Can you take screenshots for me so I can see what you're seeing? Ideally, one where you haven't entered any filter text but Rush is visible in the list, one where you've entered R and Rush still appears, and one where you've typed Ru and Rush is no longer in the list.
-
Highlight Artist - click edit
(http://www.pix01.com/gallery/FDD1A3A6-26F8-4D79-887E-7B1C6A626A7F/Grouping/224035086_orig0.jpg)
Check grouping box and put 1 as grouping size.
(http://www.pix01.com/gallery/FDD1A3A6-26F8-4D79-887E-7B1C6A626A7F/JRiver/963415890_orig0.jpg)
-
Highlight Artist - click edit
Check grouping box and put 1 as grouping size.
Ah I see what you're doing - you're trying to use the filter box as a search field. The filter box allows you to limit the results that are currently displayed. So if you're currently viewing groupings of A, B, C, D, etc, typing R will reduce the displayed results to R.
If you want to perform a full search of your library, you need to click on the Search option in the navigation drawer.
-
Thanks - test more on the Web Streams
- 1.0.2 no longer crashes
- Turning off Audio conversion = webstreams work (but with a long gap till playback starts)
- FYI, I know that in Gizmo MC just hands the link off to the local devices which then plays it
Also here is another pic of the Top Level View I have of that is showing as blank in eos.
-
Ah I see what you're doing - you're trying to use the filter box as a search field. The filter box allows you to limit the results that are currently displayed. So if you're currently viewing groupings of A, B, C, D, etc, typing R will reduce the displayed results to R.
If you want to perform a full search of your library, you need to click on the Search option in the navigation drawer.
Yep... Just threw me for a bit....
Again..Great looking app.... Thanks for your time..
Ken
-
Thanks - test more on the Web Streams
- 1.0.2 no longer crashes
- Turning off Audio conversion = webstreams work (but with a long gap till playback starts)
- FYI, I know that in Gizmo MC just hands the link off to the local devices which then plays it
Also here is another pic of the Top Level View I have of that is showing as blank in eos.
Thanks for the update, and the screenshot! I've figured out why your custom view isn't showing any items.
eos currently expects all top level items (except for Playlists) to have at least 2 levels under them: the first level are the categories that appear in the dropdown, and the second are the items that should be displayed when a category is selected. It's trying to put the results from your custom top level view into the dropdown, which as you can tell isn't working!
I've just submitted a fix for this - expect v1.0.3 sometime soon.
The fix for the larger streaming issues won't be as trivial, but I hope to have them resolved sometime soon.
-
I checked the crash reports for both the free app and the paid app, but I don't see any reports from an HTC One. Which app are you referring to - the free or the paid? If it's the paid app, are you attempting device playback, or are you trying to control playback on the JRiver server?
If you can reproduce the issue and you're prompted to submit a bug report, can please do so? It will help immensely in trying to track down your issue.
Cheers!
-L
My post was inaccurate, it was written on my droid, sorry. I will make a better test, and also post bug report(s). Paid version.
-
I've just submitted a fix for this - expect v1.0.3 sometime soon.
Thanks - tested and it now works and looks a bit weird (but good in the Playlist) - see pics
The fix for the larger streaming issues won't be as trivial, but I hope to have them resolved sometime soon.
No probs.
Thanks
Nathan
-
Thanks - tested and it now works and looks a bit weird (but good in the Playlist) - see pics
Just uploaded v1.0.4. This build includes fixes for the display issues in your screenshot, and also includes the change to use the stream's URL directly instead of requesting the stream from MC. Unfortunately, this fix doesn't seem to affect the amount of time it takes for stream playback to start. I did fix the display on the Playing Now page though; eos should correctly display "Buffering..." while stream playback is starting.
This build also fixes another issue I noticed: the Playing Now screen was appearing above the video and image players. You can reproduce this in the current version: if you have device playback enabled and select a video from a browse list Playing Now appears, but video playback doesn't automatically start. When you hit back the video starts playing, because the video screen was actually underneath Playing Now.
I should note that the fix for Nathan's display issues impact all custom top-level Views. They'll now show in the same way that Playlists do (including the Playing Now playlist): when you drill down to the bottom level and are viewing files, each file row will show the cover art, and the number that is displayed will be the item's index in the list instead of the value for track number (if it's an audio track).
Cheers!
-L
-
Thanks looks pretty good and great turnaround as usual - quick test of the web links
- Playback for me is immediate (it may be just you are a long way away!)
- Playback of the AAC streams is fine
- Playback of the MP3 streams is erroring out "A media player error has occurred:1"
- When first playing a Stream From that top level view, the Coverart and Title being displayed is from the wrong stream (not the corresponding one for the stream that is playing). If I then select others from the Playlist View it is then correct (if that makes sense)
Nathan
-
I've attached some screen shots.
- EOS1: This shows the contents of the "Radio and TV Stations" top level view. Looks Perfect (well I don't know about the 0:00 behind the 2GB station if that matters)
- EOS2: In this shot I've just started playing the 2DayFM stream (you can see it in the title bar), but it is showing in the main screen the 7 Digital Thumbnail and Name
- EOS3: When rotated you can see the rest of the list with the correct icons
- EOS4: I now select the Nova Channel and it displays the correct Coverart and Title. If I rotate my phone back to Vertical it will the stream will stay on Nova but the Coverart and Title will change back to that in EOS2.
- MCEos: I'm "guessing" here but I bet that the persistant 7 Digital details during rotation is that eos is pulling the "Album"/"Top"/"First"?? cover art and name not that for the individual "Track"? I say this as in MC Std View you see the 7 logo on the top but when you play a link the correct one shows up the the Display.
-
I've attached some screen shots.
Thanks for the screenshots Nathan! I was able to reproduce, and I've found the cause. Looks like I broke this when fixing another bug in 1.0.4 - oops! Fixed version 1.0.5 has been pushed to Google Play.
-
Thanks - I can confirm that the coverart and title is now correct.
-
Really enjoying this app.
Would it be possible to have the left and right arrow in the Theater View remote to repeat if held down, like the arrow keys on the keyboard work. Would be really nice for the cover flow screen.
Ken
-
Would it be possible to have the left and right arrow in the Theater View remote to repeat if held down, like the arrow keys on the keyboard work. Would be really nice for the cover flow screen.
Ken
Definitely possible; I just finished implementing it! You can hold Up, Down, Left, Right, Page Up, or Page Down and it will continue to perform the button presses until you release. This change will be included in the next build, which I'll push in the next few days - just trying to work through some of the streaming issues first.
-L
-
Definitely possible; I just finished implementing it! You can hold Up, Down, Left, Right, Page Up, or Page Down and it will continue to perform the button presses until you release. This change will be included in the next build, which I'll push in the next few days - just trying to work through some of the streaming issues first.
-L
Greetings:
I am writing to let you know that I am really enjoying the eos android app.
Anyway to get cover arts description for music and videos. When we highlight or select a cover art, we see the related text or info for that cd or bd disc.
Also any way to scale the sizes of the cover arts for music similar to what we have in Gizmo
It will be good to have the eos version number display on the screen.
Thanks.
George
-
Definitely possible; I just finished implementing it!
-L
Very nice !!
-
I am writing to let you know that I am really enjoying the eos android app.
Glad to hear it George!
Anyway to get cover arts description for music and videos. When we highlight or select a cover art, we see the related text or info for that cd or bd disc.
No, this isn't possible. There's a web method to get the cover art for a browse item, but there's no description or other contextual information associated with a browse item or its cover art.
Also any way to scale the sizes of the cover arts for music similar to what we have in Gizmo
This currently isn't possible either. The size of a grid item does scale with the resolution of the device it is running on, so items are larger on tablets than they are on phones. I spent a fair bit of time trying to make them the optimal size for touch interaction and visibility. I don't think I want to make this adjustable - any smaller and it'll be more difficult to accurately select an item, while if they were any larger you'd only be able to see 2 items per row, drastically limiting the number of items you can see on screen at once.
It will be good to have the eos version number display on the screen.
The version number is displayed on the About page, which is accessible from the Settings page (press the About button in the action bar).
-
Hey.
Tested this new app on my phone and is quite nice. Have some features that Gizmo missing and same around the app missing some features on Eos. I suppose you will update this app and add new features like "Play Doctor".
Looking forward to see new features on the app.
-
Hey.
Tested this new app on my phone and is quite nice. Have some features that Gizmo missing and same around the app missing some features on Eos. I suppose you will update this app and add new features like "Play Doctor".
Looking forward to see new features on the app.
You can look forward to Play Doctor support in the next version of eos, which should be available by the end of the weekend.
Cheers!
-L
-
App crashes whatever I try to do. HTC ONE Desire. Pictures, audio, video, al list well, but once an item is tapped the app immediately crashes.
Updated info: Paid version, HTC One Desire (I think, its my employers' phone). Crashes when I try to play photos. Photo thumbs are not showing.
But now I have been testing it a little on my brand new SONY Xperia Z2, and it works really well. No problem starting a movie from anywhere in my HT. Not tested with other media yet.
-
I'd like to try this but I am unable to find it via either a Samsung Galaxy S3 or an Amazon Kindle Fire HD. Any help, specific name of the app, etc., would be appreciated.
-
here's a direct link for others https://play.google.com/store/apps/details?id=com.lenworthrose.eos.trial
-
Excellent!
-
Do you plan to add customizable views? Personally, I'd prefer a listview with a list of artists, which when an artist is selected, goes to the available albums then when you click on the Album it displays the tracks without album art showing for the artists list view (but shown next to albums and songs).
-
Updated info: Paid version, HTC One Desire (I think, its my employers' phone). Crashes when I try to play photos. Photo thumbs are not showing.
But now I have been testing it a little on my brand new SONY Xperia Z2, and it works really well. No problem starting a movie from anywhere in my HT. Not tested with other media yet.
Hey Trumpetguy,
I've seen a crash report on a device "A1-810 Mango", but it occurred before playback was attempted. That crash happened when attempting to view a list of files, when one of the files had the key "E flat" instead of the numeric key eos was expecting. (If this sounds familiar to someone on this thread, please let me know - I'm curious to see what your library looks like!)
Which version of eos is your HTC running? You can check by going into the About page, which is accessible from Settings.
-
Do you plan to add customizable views? Personally, I'd prefer a listview with a list of artists, which when an artist is selected, goes to the available albums then when you click on the Album it displays the tracks without album art showing for the artists list view (but shown next to albums and songs).
Sorry Awesome Donkey, I don't have any plans to implement customizable views right now.
-
Hey Trumpetguy,
I've seen a crash report on a device "A1-810 Mango", but it occurred before playback was attempted. That crash happened when attempting to view a list of files, when one of the files had the key "E flat" instead of the numeric key eos was expecting.
That's probably me. I sent a crash report yesterday, and the device is an A1-810, don't know about Mango!
My music collection is mainly classical and one of the custom fields that I have in my catalogue is "key", so when it crashed it was looking at Beethoven's Symphony No 3 in E flat. I've been using JRiver since 2003, so my "key" field's been there a long time. I didn't know that there was a visible JRiver standard field called "key", perhaps it's new.
Incidentally, your program won't play ape or flac files on the device, comes up with error 262. I think I saw something upthread about transcoding being disabled, but presumably it will be re-enabled soon.
-
Something I am noticing that is more of a nit-pick, but wasn't a problem I had noticed in the past or with Gizmo.
I have eos on 6 devices (eos as BB10 on 2 Z10 phones, and eos as Android on 4 Nexus 7 tablets). If the patio tablet launches and starts zone "patio" playing, and then the Master bedroom launches and starts zone "master bedroom" playing, followed by the garage launching the garage zone, if I go back to the patio and try to skip tracks or edit the playlist that was playing on the patio it causes MC to hang. Nothing crashes per se, but MC just goes unresponsive and I need to launch Task Manager in Windows in order to shut MC down and restart it. It happens fairly consistently, and I have found the general problem I think.
The patio, when it was first started had the active zone as PATIO. However by the time there are several instances of eos running throughout the house, the patio instance of eos now believes it has an active zone of GARAGE (from the example above), yet is still playing the playlist for the patio. If I don't do anything to modify the patio Playing Now (ie skip a track, change playlists, or adjust volume -- actually the adjust volume is for the BB10 version) then the patio will continue to play the playlist without problem or issue.
For clarity I should state that the one instance of eos that will not hang MC when multiple instances are running is the one that was last started. Or I the user remembers from within eos to first verify the zone it is controlling, before doing anything with the Playing Now Screen.
Gizmo seems to keep track of this some how. So the patio tablet is basically always controlling the PATIO zone when Gizmo is started -- unless a user a purposely gone and modified the zone. For the way we use these tablets, they mostly stay in one area, and therefore "stay" controlling a single zone. It is the phones and one other tablet that tend to switch zones and link zones a great deal.
-
That's probably me. I sent a crash report yesterday, and the device is an A1-810, don't know about Mango!
My music collection is mainly classical and one of the custom fields that I have in my catalogue is "key", so when it crashed it was looking at Beethoven's Symphony No 3 in E flat. I've been using JRiver since 2003, so my "key" field's been there a long time. I didn't know that there was a visible JRiver standard field called "key", perhaps it's new.
Incidentally, your program won't play ape or flac files on the device, comes up with error 262. I think I saw something upthread about transcoding being disabled, but presumably it will be re-enabled soon.
Thanks for the info Bill!
The "Key" field that I'm referring to is the unique identifier for each item in your media library. MC returns this value in its web service responses, and eos uses it to request items. Until your crash report, I had only seen this value refer to this unique ID. Since you've added a custom field called Key MC is also returning that value, and the numeric value is being overwritten. I've just implemented a fix, which will be included in the next build (the build after 1.0.9, which I just pushed to production).
I don't have any APE files, but my entire library is FLAC and they play just fine on both a Nexus 7 and Xperia Z2. The transcoding issues you're referring to are related to streaming media from internet radio stations and don't affect streaming files from your library; you can safely enable audio transcoding to play these files on your device.
I'm very rapidly learning that Android's support for different media types varies greatly by device, and even OS version. Do the same files play in Gizmo? If so, I would wager that the folks at JRiver have used a library to provide device playback in Gizmo, rather than relying on the platform's very patchy support.
-
Something I am noticing that is more of a nit-pick, but wasn't a problem I had noticed in the past or with Gizmo.
I have eos on 6 devices (eos as BB10 on 2 Z10 phones, and eos as Android on 4 Nexus 7 tablets). If the patio tablet launches and starts zone "patio" playing, and then the Master bedroom launches and starts zone "master bedroom" playing, followed by the garage launching the garage zone, if I go back to the patio and try to skip tracks or edit the playlist that was playing on the patio it causes MC to hang. Nothing crashes per se, but MC just goes unresponsive and I need to launch Task Manager in Windows in order to shut MC down and restart it. It happens fairly consistently, and I have found the general problem I think.
The patio, when it was first started had the active zone as PATIO. However by the time there are several instances of eos running throughout the house, the patio instance of eos now believes it has an active zone of GARAGE (from the example above), yet is still playing the playlist for the patio. If I don't do anything to modify the patio Playing Now (ie skip a track, change playlists, or adjust volume -- actually the adjust volume is for the BB10 version) then the patio will continue to play the playlist without problem or issue.
For clarity I should state that the one instance of eos that will not hang MC when multiple instances are running is the one that was last started. Or I the user remembers from within eos to first verify the zone it is controlling, before doing anything with the Playing Now Screen.
Gizmo seems to keep track of this some how. So the patio tablet is basically always controlling the PATIO zone when Gizmo is started -- unless a user a purposely gone and modified the zone. For the way we use these tablets, they mostly stay in one area, and therefore "stay" controlling a single zone. It is the phones and one other tablet that tend to switch zones and link zones a great deal.
Hey Randy,
eos' "active zone" control actually changes the active zone of MC (unless, of course, you've chosen the Device zone). From what you describe, I would infer that when you change zones in Gizmo isn't actually changing the active zone of your MC instance: Gizmo is just issuing commands to tell MC to alter playback in another zone.
Do you have an instance of MC running on multiple PCs - one PC in the patio, one PC in the master bedroom, etc? If not, how are the zones created, and what is the playback device for each? Does the BB10 version of eos exhibit the same behavior as the Android version? Are any of these zones linked?
-
My music collection is mainly classical and one of the custom fields that I have in my catalogue is "key", so when it crashed it was looking at Beethoven's Symphony No 3 in E flat. I've been using JRiver since 2003, so my "key" field's been there a long time. I didn't know that there was a visible JRiver standard field called "key", perhaps it's new.
Bill, I just pushed version 1.0.10 to Google Play, which should fix your crash. It should be available in a few hours.
-
Yes, that's fixed the crash, thanks.
-
Really enjoying this app.
Would it be possible to have the left and right arrow in the Theater View remote to repeat if held down, like the arrow keys on the keyboard work. Would be really nice for the cover flow screen.
Ken
Thanks for this... Could the repeat be a bit faster, or accelerate on duration of time down? It still takes a bit to get to the end of a longer cover in the cover flow...
Thanks again..
Ken
-
Hi,
I was hoping to confirm something in regards to the trancoding options. Is transcoding only applied to music being streamed to a portable device ? An example would be I have three zones... one is going though my main home system, one is a B&W A7 and one is my phone. I would only like the transcoding to happen when streaming my collection over LTE and not while controling at home.
Thanks
Darren
-
Is transcoding only applied to music being streamed to a portable device ?
Yes, that's correct Darren - the transcoding options only apply to media being streamed to your device.
Thanks for this... Could the repeat be a bit faster, or accelerate on duration of time down? It still takes a bit to get to the end of a longer cover in the cover flow...
I could make the repeat faster, yes, but when I was playing around with this feature I found the current speed to be the most reliable - as in, ending on the correct item when lifting your finger. There is a quicker way to navigate than holding a directional button: the 4 buttons below the directional arrows are for Home, Page Up, Page Down, and End. I just noticed that they don't work in 3D Album view (neither do the real keys on your keyboard), but they do work in Cover view. Try them out, let me know if they work better for you.
-
Hi
I am running Android 4.0.4 , and I get a message in the play store saying the app is not compatible with my device
Can this be the case ?
Mike
-
I am running Android 4.0.4 , and I get a message in the play store saying the app is not compatible with my device
Can this be the case ?
Yes Mike, that is the case - the minimum OS version is 4.1 (API level 16).
-
Hi there,
I was wondering as well if it's normal that I have to kill EOS completely when I go from LTE to WIFI (or vice versa) for it to recognize that my phone has automatically flipped to WIFI and to continue having access to my library. I currently have EOS set to access my library using an access key.
Thanks
Darren
-
I was wondering as well if it's normal that I have to kill EOS completely when I go from LTE to WIFI (or vice versa) for it to recognize that my phone has automatically flipped to WIFI and to continue having access to my library. I currently have EOS set to access my library using an access key.
Hey Darren,
eos stores the access key's connectable IP address in memory, so it can continue to make connections to your library server without needing to perform the access key lookup again. So you will need to relaunch eos in the scenario you describe, where your server's connectable IP address changes.
Cheers!
-L
-
A requests that comes to mind - Gizmo gives you the option to change the volume of the current selected zone via the up and down volume buttons of the android device, would it be much of a chore to introduce this for eos at some point?
Also is their a way to configure a gizmo library view for audio so that for example within the default artist view I could say change the "type to filter" search box to search by song name? So in theory if I wanted I could search/select an artist and then search for a song within the context of that artist.
-
Do you have an instance of MC running on multiple PCs - one PC in the patio, one PC in the master bedroom, etc? If not, how are the zones created, and what is the playback device for each? Does the BB10 version of eos exhibit the same behavior as the Android version? Are any of these zones linked?
MC runs on a single PC. That PC is connected to a 16 channel amplifier via an 8 channel audio card and 4 USB DACs. The audio card is divided into 4 zones within MC (each zone getting 2 channels) and each DAC is a zone within MC. So MC has 8 zones to play to (master bedroom, bedroom 1, bedroom 2, living room, basement, garage, patio, and kitchen). In most cases these are individual zones, however, I do like to link the living room and kitchen, or the living room, kitchen, and patio. Also when we happy parties, I'll link nearly all of the zones together. I use the tablets and phones as remote controls for these zones, the tablets are mostly mounted to the walls in the zones/area they control: the computer is in the mechanical room of the house in a rack, and rarely gets touched.
It turns out that BB10 does the same thing, but with only two phones (each mine) I hadn't actually noticed the behavior before. Now that eos is getting more widespread use in the house it became readily apparent. And, while my family prefers the eos interface to Gizmo (along with the volume control, sleep timer, and zone linking), they have begun to gravitate back to Gizmo as they don't like having to constantly check for the proper zone.
-
I purchased eos now and I think there is a bug:
When edit the current playlist and save (I removed the track after the current track) - the playlist will not really be refreshed. The removed track also appears in playing now.
track 1 - track 2 removed - track 3
Playing track one, the next playing is track 3 but track 2 will shown as current playing.
-
A requests that comes to mind - Gizmo gives you the option to change the volume of the current selected zone via the up and down volume buttons of the android device, would it be much of a chore to introduce this for eos at some point?
Also is their a way to configure a gizmo library view for audio so that for example within the default artist view I could say change the "type to filter" search box to search by song name? So in theory if I wanted I could search/select an artist and then search for a song within the context of that artist.
I haven't looked into monitoring the press of the device's hardware volume keys. I'll let you know!
eos doesn't allow filtering when results get down to the file level. This is because file lists have much more data available to them than the "browse" grid lists before them, and trying to define the filtering behavior at this level would be difficult. (Should it search all of the available fields for the filter value, or just the fields visible in each row item?) Plus, allowing filtering at this level would also affect the behavior when tapping an item to play: since filtering is entirely client side, there's no easy way to tell MC to play the list that's visible aside from adding files one item at a time. You might want to consider using the Search function instead, which is available from the navigation drawer.
MC runs on a single PC. That PC is connected to a 16 channel amplifier via an 8 channel audio card and 4 USB DACs. The audio card is divided into 4 zones within MC (each zone getting 2 channels) and each DAC is a zone within MC. So MC has 8 zones to play to (master bedroom, bedroom 1, bedroom 2, living room, basement, garage, patio, and kitchen). In most cases these are individual zones, however, I do like to link the living room and kitchen, or the living room, kitchen, and patio. Also when we happy parties, I'll link nearly all of the zones together. I use the tablets and phones as remote controls for these zones, the tablets are mostly mounted to the walls in the zones/area they control: the computer is in the mechanical room of the house in a rack, and rarely gets touched.
It turns out that BB10 does the same thing, but with only two phones (each mine) I hadn't actually noticed the behavior before. Now that eos is getting more widespread use in the house it became readily apparent. And, while my family prefers the eos interface to Gizmo (along with the volume control, sleep timer, and zone linking), they have begun to gravitate back to Gizmo as they don't like having to constantly check for the proper zone.
I should be able to do something about this. As you're aware, eos is currently switching your MC's active zone. This was easier to develop because it meant that I never had keep track of the active zone within eos; if I tell MC to switch its active zone, then any commands issued to the "default zone" afterwards automatically affect MC's active zone.
I can modify this behavior so that eos keeps track of the currently active zone. The active zone's ID could be persisted alongside the rest of the active server's information. When sending commands, eos can append its active zone to the request, which would remove the need to tell MC to switch its active zone. I would guess that this is how Gizmo behaves.
I purchased eos now and I think there is a bug:
When edit the current playlist and save (I removed the track after the current track) - the playlist will not really be refreshed. The removed track also appears in playing now.
track 1 - track 2 removed - track 3
Playing track one, the next playing is track 3 but track 2 will shown as current playing.
Does this occur when you're doing device playback, or controlling a remote zone?
-
I purchased eos now and I think there is a bug:
When edit the current playlist and save (I removed the track after the current track) - the playlist will not really be refreshed. The removed track also appears in playing now.
track 1 - track 2 removed - track 3
Playing track one, the next playing is track 3 but track 2 will shown as current playing.
Does this occur when you're doing device playback, or controlling a remote zone?
... only when controlling a remote zone.
On my laptop where JR runs I see the right playback range immediately after press "save" in eos.
On my tablet where eos runs the changes of playback range will also immediately shown but not when tracks where deleted from list. In this case I must close eos and start again or change the view (e.g. go to images and go back to playing now) so that the list will be updated. "Refresh" have no effect.
-
I can modify this behavior so that eos keeps track of the currently active zone. The active zone's ID could be persisted alongside the rest of the active server's information. When sending commands, eos can append its active zone to the request, which would remove the need to tell MC to switch its active zone. I would guess that this is how Gizmo behaves.
I think it needs to work both ways, is that what you're implying, or not? When you change zone on a remote, it should change the server's active zone (or at least have an option setting to switch this behaviour on or off). For example, if the MC PC is connected to a TV and has Zone 1 active (another room maybe, or this was the last zone that you used) and you send video to Zone 2 which is the TV, the video won't play because that isn't the active zone, what MC will display is the music currently playing in Zone 1.
But also, when the server's zone changes (for example due to Zone Switch), the remote's zone should also change otherwise you can't control what you've just played. Again, this could be a choice setting, but the two choices should be independent and not mutually exclusive because you might want both behaviours.
-
I have only been using this for a few hours. I am only using it for remote for a single room 2 channel setup controlling a headless Mac Mini, no video, zones or other complicated stuff. It is works very well and looks excellent. However I would like to be able to enlarge the thumbnails in the library views so that us older folks don't need to reach for the reading glasses or hold the tablet at arms length and also my pet desire, total album playing time to be available somewhere, possibly in the album track list view, would be marvellous. Otherwise it does all I can want, and probably a hell of a lot more besides, smoother and brighter than Gizmo
-
Purchased. Thanks for your time and efforts :)
-
I can modify this behavior so that eos keeps track of the currently active zone. The active zone's ID could be persisted alongside the rest of the active server's information. When sending commands, eos can append its active zone to the request, which would remove the need to tell MC to switch its active zone. I would guess that this is how Gizmo behaves.
Does this occur when you're doing device playback, or controlling a remote zone?
I would appreciate this modification. Thank you.
-
paid!
just because of the shuttdown and playlist edit playlist.
shutt down works as expeced.
but edit playlist? my thought was that I could rearange the play now list... but nothing happend....
-
i think eas is a remote for jrmc.
what then is behind " display mode"? changing the display of the server? for what?
I use eos with a tablett.
From my point of view the " playing now" screen waisting to much space.
Is it possible to show the playlist beside the cover? If yes because of the long filenames ( genres: classic) be aware of line breaks ;-)
Next: I am not sure if this is a jrmc think...
the infos shown at the " playing now" screen are feeted by title and interpret. for pop to jazz OK.
but in classic I us only ORCHESTRA, PERFORMER, SOLOISTS and Chor. Is there a way to switch between "title and interpret" and a classic gernres view?
-
... only when controlling a remote zone.
On my laptop where JR runs I see the right playback range immediately after press "save" in eos.
On my tablet where eos runs the changes of playback range will also immediately shown but not when tracks where deleted from list. In this case I must close eos and start again or change the view (e.g. go to images and go back to playing now) so that the list will be updated. "Refresh" have no effect.
Strange: I was able to reproduce this behavior once, but it isn't happening to me anymore. As a workaround, I changed the behavior so that the Refresh button will always cause the playlist to be refreshed as well. This change will be in the next release.
edit playlist? my thought was that I could rearange the play now list... but nothing happend....
Pressing the Edit Playlist... button brings up the Edit Playlist screen. You'll notice that each item in the playlist has a grey drag handle on the left. You can drag items around using this handle, or swipe them left or right off the screen to delete. When you're finished, press the Save button in the action bar the changes will be applied.
i think eas is a remote for MC.
what then is behind " display mode"? changing the display of the server? for what?
I use eos with a tablett.
From my point of view the " playing now" screen waisting to much space.
Is it possible to show the playlist beside the cover? If yes because of the long filenames ( genres: classic) be aware of line breaks ;-)
Next: I am not sure if this is a MC think...
the infos shown at the " playing now" screen are feeted by title and interpret. for pop to jazz OK.
but in classic I us only ORCHESTRA, PERFORMER, SOLOISTS and Chor. Is there a way to switch between "title and interpret" and a classic gernres view?
Yes, display mode allows you change the display of MC on your server. As an example, I use it to switch to Standard view when I want to use the browser on my HTPC.
What tablet are you using? If your tablet has a high enough resolution, you should see the playlist at the bottom when in portrait mode, or to the right when your tablet is held landscape. The title doesn't wrap; it will be truncated if it's too long to display on a single line.
I'm not quite sure what you're referring to with respect to the Playing Now screen. eos doesn't show genre information, just artist, album, and title - are you referring to MC's display?
-
I would like to be able to enlarge the thumbnails in the library views so that us older folks don't need to reach for the reading glasses or hold the tablet at arms length and also my pet desire, total album playing time to be available somewhere, possibly in the album track list view, would be marvellous. Otherwise it does all I can want, and probably a hell of a lot more besides, smoother and brighter than Gizmo
Thanks for the compliment! I'm glad you like eos.
By popular demand, I've added a setting to scale the grid items to 80%, 100% (default), 125%, 150%, and 175%. Any grids that have already been rendered won't change size so you'll need to restart eos, or browse to another list and come back in order for the setting to take effect. Depending on the size of your device screen, some of these options may not render differently - the grid view is still configured to stretch the items to fill any leftover space.
As you requested, I've also added the total playing time to track list views. Both of these changes will be available in the next build of eos.
-
I think it needs to work both ways, is that what you're implying, or not? When you change zone on a remote, it should change the server's active zone (or at least have an option setting to switch this behaviour on or off). For example, if the MC PC is connected to a TV and has Zone 1 active (another room maybe, or this was the last zone that you used) and you send video to Zone 2 which is the TV, the video won't play because that isn't the active zone, what MC will display is the music currently playing in Zone 1.
But also, when the server's zone changes (for example due to Zone Switch), the remote's zone should also change otherwise you can't control what you've just played. Again, this could be a choice setting, but the two choices should be independent and not mutually exclusive because you might want both behaviours.
Hmm, sounds like there's merit to both approaches. I'll have to give the impact of these changes some thought. It does seem like this behaviour should be controllable by the user, I'm just not sure of the best way to provide this option.
The one thing eos can't do is track changes that are made directly through MC. e.g. - if you change the active zone on MC, eos won't know until you go into the Zones page and hit Refresh. Until then, it still thinks the active zone is the one that was previously being controlled. Currently this isn't an issue, since it only requests playback information for MC's active zone. But you can see this for yourself if you change the active zone in MC and then go to the Zones page in eos (or even open the Volume panel on Playing Now): the checked zone will be incorrect.
-
Strange: I was able to reproduce this behavior once, but it isn't happening to me anymore. As a workaround, I changed the behavior so that the Refresh button will always cause the playlist to be refreshed as well. This change will be in the next release.
Pressing the Edit Playlist... button brings up the Edit Playlist screen. You'll notice that each item in the playlist has a grey drag handle on the left. You can drag items around using this handle, or swipe them left or right off the screen to delete. When you're finished, press the Save button in the action bar the changes will be applied.
..
What tablet are you using? If your tablet has a high enough resolution, you should see the playlist at the bottom when in portrait mode, or to the right when your tablet is held landscape. The title doesn't wrap; it will be truncated if it's too long to display on a single line.
I'm not quite sure what you're referring to with respect to the Playing Now screen. eos doesn't show genre information, just artist, album, and title - are you referring to MC's display?
edit playlist:
I saw the buttons left from the audio files. but they have no function. If I tap on these buttons nothing happens.
I own a galaxy tab 10.1 note.
it makes no difference wether I use portrait or landscape mode. The playlist is always below the control buttons.
play now:
I ask for a gernes-dependent display: for genres classic it would be nice to see as usual title and album but as an adon: Composer, Orchestra, Conductor, Soloist and Chor but no artist
for all the rest for genres: artist, album, and title
But I think this is mainly a MC topic?
-
Just bought the app, thanks for your good work! Would it be possible to add the bit depth and samplerate in the playing now screen?
-
Bought the app and it looks great!
One issue on my Samsung S4. It works great from within the network but once outside my network I am unable to connect.
dave
NOTE: I realize now that I have to have a different server option set up for the outside network... is there any way to have the sever connect to the internal and extrenrnal IP addresses (on after the other) the way that Gizmo does?
dave
-
Great app Guys. Used Gizmo until I stumbled on this and I am impressed. Keep up the good work.
-
edit playlist:
I saw the buttons left from the audio files. but they have no function. If I tap on these buttons nothing happens.
I own a galaxy tab 10.1 note.
it makes no difference wether I use portrait or landscape mode. The playlist is always below the control buttons.
play now:
I ask for a gernes-dependent display: for genres classic it would be nice to see as usual title and album but as an adon: Composer, Orchestra, Conductor, Soloist and Chor but no artist
for all the rest for genres: artist, album, and title
But I think this is mainly a MC topic?
They aren't buttons to be tapped, they're drag handles. Press and hold your finger on one, then slide to rearrange.
I looked up the Galaxy Tab 10.1. That device is supposed to be 1280x800dp, so you should be getting the two-pane view in both orientations. Are you sure that you don't have orientation lock enabled on your tablet? If you take a look at the screenshots attached to my first post in the thread, you should be seeing what's in the 4th screenshot when your device is held in landscape (Screenshot_2014-05-21-20-40-38.jpg).
NOTE: I realize now that I have to have a different server option set up for the outside network... is there any way to have the sever connect to the internal and extrenrnal IP addresses (on after the other) the way that Gizmo does?
dave
Thanks for the compliement Dave!
You don't need to have two different servers defined if you're connecting using access key. If you go into the Manage Servers screen and hit Edit on your server, you'll see a checkbox labeled "Remember connectable address". If you uncheck it, eos will look up the access key on every launch instead of caching the address for future launches. Then you only need one server entry in eos, since it will automatically determine which address is connectable. (Keep in mind, though, that you'll need to restart the app when switching networks, since the last connectable address is still stored in memory!)
-
If you uncheck it, eos will look up the access key on every launch instead of caching the address for future launches. Then you only need one server entry in eos, since it will automatically determine which address is connectable. (Keep in mind, though, that you'll need to restart the app when switching networks, since the last connectable address is still stored in memory!)
How about having it automatically release the connected address upon a failed connection that way it would attempt to relook up the access key without having to restart the app?
Dave
-
How about having it automatically release the connected address upon a failed connection that way it would attempt to relook up the access key without having to restart the app?
Dave
The app isn't designed to handle "dynamic" IPs in this manner - aside from on launch, the only time it makes access key requests is when the active server is changed. In addition, there are a large number of reasons that a connection can fail, and the exceptions thrown by the Android runtime don't make it easy to determine the exact cause. These exceptions can also occur literally anywhere in the app, since it's functionality is entirely dependent on connections to the library server. As such, it's difficult to know when another access key lookup is required.
-
They aren't buttons to be tapped, they're drag handles. Press and hold your finger on one, then slide to rearrange.
I looked up the Galaxy Tab 10.1. That device is supposed to be 1280x800dp, so you should be getting the two-pane view in both orientations. Are you sure that you don't have orientation lock enabled on your tablet? If you take a look at the screenshots attached to my first post in the thread, you should be seeing what's in the 4th screenshot when your device is held in landscape (Screenshot_2014-05-21-20-40-38.jpg).
playlist:
I start playing a complete record.
only on 1 of 12 song i could see the lenght
tap on "edit playlist"
I see 12 songs. 1/3 of them I can switch to the left side = delete. 2/3 no reaction when holding the button.
rearage is with non of the song possible.
tap on save to go back to plan now. left below the picture I cann see 2/8. the playlist ist still 12 songs long.
landscape or portrait, the playlist is always below the picture
-
Hi! Bought eos today. Great app, especially edit playlist function. But i have same playing now problem as High End have. Playing now screen looks same in portrait and landscape mode (list of tracks below cover art). I have Sony Xperia Z2 tablet. Anyway, thanks for your hard work.
-
But i have same playing now problem as High End have. Playing now screen looks same in portrait and landscape mode (list of tracks below cover art). I have Sony Xperia Z2 tablet. Anyway, thanks for your hard work.
Thanks TinMan81!
I just looked at the layout files again, and I think I found the problem: both your and HighEnd's devices are using the wrong layouts because their screens are so large. I've tried to accommodate multiple screen sizes in both orientations, but it appears that for any device that has a screen where both the width and height are greater than 720dp the platform ends up choosing the same (vertical) layout. I'll have to tinker with this some more to find a way to get it to lay out the way I want (and the way you'd expect!).
-L
-
Hmm, sounds like there's merit to both approaches. I'll have to give the impact of these changes some thought. It does seem like this behaviour should be controllable by the user, I'm just not sure of the best way to provide this option.
The one thing eos can't do is track changes that are made directly through MC. e.g. - if you change the active zone on MC, eos won't know until you go into the Zones page and hit Refresh. Until then, it still thinks the active zone is the one that was previously being controlled. Currently this isn't an issue, since it only requests playback information for MC's active zone. But you can see this for yourself if you change the active zone in MC and then go to the Zones page in eos (or even open the Volume panel on Playing Now): the checked zone will be incorrect.
Can you do it by polling every so often for the current active zone? Or, since MC doesn't actually activate Zone Switch between items, only at the start of a playlist (which itself is a bit of a problem - they might fix this limitation in the future) , can you at least poll for the active zone at, say, 1 second into the first item that has been played? Does MCWS allow you to interrogate its active zone?
The two situations I mentioned I think are both limitations of the current "client/server" model that MC uses. Situation 1, where you cannot start a video remotely when you have more than one zone, is deliberate behaviour apparently so I assume this means it will not be altered, so it is up to the remote to change the active zone on the server so that video works. Situation 2, where MC is not able to notify the client when the server switches zone ... I'm not sure if this is deliberate behaviour or just wasn't catered for when Zone Switch was implemented. JRemote always struggled with the latter and it was never achieved, and I'm pretty sure Gizmo can't do it.
-
I just published v1.1 of eos to Google Play. It should be available in the next few hours. Changelist:
New:
-Added Grid Size setting
-File lists show Total playing time
Fixed:
-Refreshing the Playing Now view wasn't always retrieving an updated playlist
-Very large screens (smallest width >720dp) weren't laying out Playing Now correctly in landscape
-
Can you do it by polling every so often for the current active zone? Or, since MC doesn't actually activate Zone Switch between items, only at the start of a playlist (which itself is a bit of a problem - they might fix this limitation in the future) , can you at least poll for the active zone at, say, 1 second into the first item that has been played? Does MCWS allow you to interrogate its active zone?
The two situations I mentioned I think are both limitations of the current "client/server" model that MC uses. Situation 1, where you cannot start a video remotely when you have more than one zone, is deliberate behaviour apparently so I assume this means it will not be altered, so it is up to the remote to change the active zone on the server so that video works. Situation 2, where MC is not able to notify the client when the server switches zone ... I'm not sure if this is deliberate behaviour or just wasn't catered for when Zone Switch was implemented. JRemote always struggled with the latter and it was never achieved, and I'm pretty sure Gizmo can't do it.
Yes, MCWS does allow you to determine which zone is currently active. But I don't like the idea of polling for anything at specified intervals. Doing so unnecessarily contributes to battery drain, since it forces the CPU and wireless radio(s) to stay awake.
Managing state here is tricky. "Push" isn't available, so if a remote client wants updated state it has to request (i.e. - "pull") it. In the general case where the user controls everything through eos this isn't an issue, since most changes to MC's state are made through the remote app, so it is aware of the change. It's when changes originate on the server (automatically or otherwise) that the remote's model of MC gets out of sync with MC's actual state. You mentioned that JRemote suffers from similar issues, which isn't surprising - this isn't a trivial problem to solve!
I just checked the Playing Now response (/Playback/Info), and I noticed that the ZoneID is returned. The way eos currently operates, I can use this value to update the active zone info on the Zones page, although this fix would be purely cosmetic: eos doesn't use that value, it's only for displaying to the user. If I change eos as Randy requested - so that it becomes more zone-aware and starts requesting info about, or making changes to specific zones - the ZoneID in the response becomes redundant since it's the same value eos would have passed to the servlet.
What did you mean when you said "you cannot start a video remotely when you have more than one zone"? I don't use Zone Switching (or even have multiple zones to control!), so I don't know what limitations MC imposes here. Could you elaborate?
-
@csimon & @randycw:
I went back and re-read your requests, and I don't think these two behaviors are as mutually exclusive as I first thought. Let me summarize my understanding, and see if you both agree:
What eos needs is both:
- the ability to tell MC to switch the active zone (which is how eos currently operates), and
- the ability to control the playback of any zone without forcing MC to switch zones (which is how I presume Gizmo operates)
The best way to think about it would be as 2 separate columns of checkboxes for each Zone on the Zones page: one column that specifies "this is the zone eos is controlling", and the other for "this is the zone that MC has as active". There would need to be another "row" added for "Default", so that eos goes back to controlling whatever zone MC has as active. (Actually, this wouldn't need to be another row, it would really just need to clear the checkbox from the first column. But I can work out the UI later.) Tapping an item in the second (i.e. - the MC) column would elicit the current eos behavior, which instructs MC to switch zones.
This new setup should resolve both of your concerns. For @randycw, his tablets outside his rooms would specify the zone by using the first column. That way each tablet's selection wouldn't override another's. And for @csimon, you can use the second column to tell MC to switch its active zone as you currently do.
Am I on the right page here?
-
Ok, I've implemented what I described in my last post (so I hope my assumptions were correct! ;D)
Take a look at the attached screenshot of the new Zones page. You'll notice that on the right-hand side of each zone is a new house icon. These are buttons that can be used to switch MC's active zone, and the bright one represents the library server's active zone. The checkboxes on the left that you're familiar with now change eos' active zone.
Examples: (Note that the active server is currently Decima, that "Player" is that MC instance's active zone, and that "Epsilon" is currently checked.)
- If a checkbox is checked, the commands issued from eos will specify the checked zone's ID. So even though "Player" is the currently active zone in MC on server Decima, commands issued will now affect zone Epsilon.
- If no checkboxes are checked, the commands issued from eos will control MC's currently active zone ("Player"). This is the behavior that you get with the current version of eos. A checked box can always be unchecked to get eos back into this mode.
- The special case here is the Device zone. You'll notice that it doesn't have a home button, since in this context it doesn't make sense. Checking the Device zone's checkbox will do as you'd expect and enable Device playback.
I'm going to have to give this some thorough testing before releasing, since it impacts a lot of core functionality. I need to be sure that commands are being routed to the correct location, and aren't changing the wrong zone!
-
What did you mean when you said "you cannot start a video remotely when you have more than one zone"? I don't use Zone Switching (or even have multiple zones to control!), so I don't know what limitations MC imposes here. Could you elaborate?
Let's suppose you have two zones, one goes to a DAC and is intended for audio, the other sends audio through HDMI and is intended for video to a TV.
You are at a MC client and have sent music to the audio zone on the server. You then stop the audio (because you want to watch a video on the TV), select the Video zone and then play the video. But because you are doing this from a client (and have selected the video zone on the server), the server's active zone does not change. It remains in the Audio zone and since there is no "video zoning" in MC, the video doesn't play because it's not the currently active zone, although you get the audio as MC allows concurrent multi-zone audio. You can only switch to display view for the currently active zone. This problem occurs whether you are controlling the server from an MC client, a DLNA controller, or a handheld remote such as eos. The server does not automatically change its active zone when one of its zones is selected on a client. This is deliberate, designed behaviour in MC - see http://yabb.jriver.com/interact/index.php?topic=89754.0 (http://yabb.jriver.com/interact/index.php?topic=89754.0)
That is Situation 1 - where the client needs to be able to actively switch the server's zone when a new zone is selected. I don't know if eos dos this already (I've only got the trial version so far, I'm currently trialling remotes ones after giving up on JRemote), but JRemote does have this particular facility, it can be turned on or off in its settings. MC clients don't have this facility, nor DLNA controllers. Not sure about Gizmo. It's a client-side thing so it's the remote that must do this, not the server.
Ssituation 2 is where the server itself switches zone (either manually or via Zone Switch) and the client does not switch in accordance. It's a real pain with Zone Switch because the whole point of it is so you can set zone changes to happen automatically via rules, but you still have to remember what rules you have set up and then switch zone manually on the client anyway (otherwise the playback controls are in the wrong zone), which renders Zone Switch useless because if the client has implemented Situation 1 correctly then you only have to manually switch on the client to get the server to switch anyway.
-
feedback reg. V1.1:
2 colum did work on tablet landscape ;-)
did you think it is possible to have scollling text if the text is longer than the available width?
edit playlist is rather randomly. from my side I made nothing wrong. I understand how it should work but it works in most times not ;-(
had some crashes and send you a report.
regards
h.e.
-
Let's suppose you have two zones, one goes to a DAC and is intended for audio, the other sends audio through HDMI and is intended for video to a TV.
You are at a MC client and have sent music to the audio zone on the server. You then stop the audio (because you want to watch a video on the TV), select the Video zone and then play the video. But because you are doing this from a client (and have selected the video zone on the server), the server's active zone does not change. It remains in the Audio zone and since there is no "video zoning" in MC, the video doesn't play because it's not the currently active zone, although you get the audio as MC allows concurrent multi-zone audio. You can only switch to display view for the currently active zone. This problem occurs whether you are controlling the server from an MC client, a DLNA controller, or a handheld remote such as eos. The server does not automatically change its active zone when one of its zones is selected on a client. This is deliberate, designed behaviour in MC - see http://yabb.jriver.com/interact/index.php?topic=89754.0 (http://yabb.jriver.com/interact/index.php?topic=89754.0)
That is Situation 1 - where the client needs to be able to actively switch the server's zone when a new zone is selected. I don't know if eos dos this already (I've only got the trial version so far, I'm currently trialling remotes ones after giving up on JRemote), but JRemote does have this particular facility, it can be turned on or off in its settings. MC clients don't have this facility, nor DLNA controllers. Not sure about Gizmo. It's a client-side thing so it's the remote that must do this, not the server.
Ssituation 2 is where the server itself switches zone (either manually or via Zone Switch) and the client does not switch in accordance. It's a real pain with Zone Switch because the whole point of it is so you can set zone changes to happen automatically via rules, but you still have to remember what rules you have set up and then switch zone manually on the client anyway (otherwise the playback controls are in the wrong zone), which renders Zone Switch useless because if the client has implemented Situation 1 correctly then you only have to manually switch on the client to get the server to switch anyway.
Ok, I understand. I think the changes I made last night might make eos a little better than JRemote in these situations.
If you look at the screenshot and description I posted in the message just before yours, you'll see that the Zones screen will soon enable you to change both eos' zone and the server's zone separately. For situation 1, you can use the new "Home" buttons on the right to tell the server to change its zone, regardless of what zone eos is set to control. And if you're relying on Zone switching as in situation 2, you can uncheck all of the checkboxes on the left and eos' commands will affect MC's currently active zone. That way if the zone switches automatically on the server, eos' commands will still affect the correct zone.
So in your example, I would think that the best solution would be to keep MC's active zone as your TV, and tell eos to control the audio zone whenever you want to play music. Then when you want to watch TV you can uncheck the audio zone in eos, which will cause commands to affect MC's active zone, which would be your TV.
-
feedback reg. V1.1:
2 colum did work on tablet landscape ;-)
did you think it is possible to have scollling text if the text is longer than the available width?
edit playlist is rather randomly. from my side I made nothing wrong. I understand how it should work but it works in most times not ;-(
had some crashes and send you a report.
regards
h.e.
Glad to hear that fix worked!
It might be possible to get text to marquee on the Playing Now page, but probably not in any of the file lists (including the playing now playlist). From what I understand, text will only marquee if the label is touched, and since touching a label in a files list means changing the playlist, this wouldn't work very well! I'll play around with it and see.
I haven't heard any other reports of issues with playlist editing. The only advice I can give is to make sure that you're keeping your finger on the handle while dragging, and to make sure that you're dragging straight up and down along the left edge of the screen.
Thanks for sending the bug report! I found and fixed the cause of your crash, and this will be included in the next build.
Cheers!
-L
-
edit playlist is rather randomly. from my side I made nothing wrong. I understand how it should work but it works in most times not ;-(
regards
h.e.
On my Samsung Galaxy 10.1 I had the same issue. Since I double tap the left (gray) button and hold it by the second tap it works fine.
-
I just published v1.1 of eos to Google Play. It should be available in the next few hours. Changelist:
Fixed:
-Refreshing the Playing Now view wasn't always retrieving an updated playlist
...It works...
Thanks Bernhard
-
On my Samsung Galaxy 10.1 I had the same issue. Since I double tap the left (gray) button and hold it by the second tap it works fine.
Hmm, two people experiencing the same issues, and both on the same device. At least there's some commonality here.
The component that provides list rearrange is actually from a third party library called DragSortListView. There are a number of configuration options available for it, so I'll spend some time playing around with them. I know it's possible to allow rearrange/delete without a drag handle, but I found that this setting made scrolling the list inconsistent. Without a handle you can touch anywhere on the item to start a drag or swipe-to-delete, and sometimes an attempt at scrolling would incorrectly be interpreted as a drag. But hopefully I'll be able to find some middle ground that works for everyone.
Cheers!
-L
-
Hmm, two people experiencing the same issues, and both on the same device. At least there's some commonality here.
The component that provides list rearrange is actually from a third party library called DragSortListView. There are a number of configuration options available for it, so I'll spend some time playing around with them. I know it's possible to allow rearrange/delete without a drag handle, but I found that this setting made scrolling the list inconsistent. Without a handle you can touch anywhere on the item to start a drag or swipe-to-delete, and sometimes an attempt at scrolling would incorrectly be interpreted as a drag. But hopefully I'll be able to find some middle ground that works for everyone.
Cheers!
-L
For me it works fine - I have no problem to tap two times. Ask High-End weather he could deal with this or not.
-
I will check that tap two times with my 10.1 note.
If it works I have no problem with that.
In the mean time.... I have a feature wish....: an off line mode with a special function
today if MC is not running eos will not start.
It would be nice if you would see a menue
retry
offline
exit
retry and exit is self explaining ;-)
but with off line you could have access to your off line catalogue.
you just have to sync the offline catalogue with the MC library in advance.
Than you could interact with the catalogue ala you are online.
Why? To see what you have and what your catalogue is missing...
did you think this can be implemented?
regards
h-e
-
Hi, I missed your earlier post about adding resizing the grid and total playing time that you posted on the 27th. Thank you very much for doing that, the resize is working perfectly but I cannot find the total album play time anywhere. Should it be on the playing now screen or on the list screen that appears if I select an album? I have a Galaxy Note 10.1 which has the same playlist editing/selection problems that others have mentioned ( which does not really worry me) so I am wondering if the missing total playing time may be a Samsung only problem. Thanks for listening to us and fixing/modifying the app for us.
-
In the mean time.... I have a feature wish....: an off line mode with a special function
today if MC is not running eos will not start.
It would be nice if you would see a menue
retry
offline
exit
retry and exit is self explaining ;-)
but with off line you could have access to your off line catalogue.
you just have to sync the offline catalogue with the MC library in advance.
Than you could interact with the catalogue ala you are online.
Why? To see what you have and what your catalogue is missing...
did you think this can be implemented?
Sorry HighEnd, I can't see this happening. Presently, eos isn't caching any of the library - each list is loaded on-demand. That's why it fails to start if MC isn't running. This behavior is intentional: eos is designed to act as a remote control for a running MC library server, so the app can't function without one.
Hi, I missed your earlier post about adding resizing the grid and total playing time that you posted on the 27th. Thank you very much for doing that, the resize is working perfectly but I cannot find the total album play time anywhere. Should it be on the playing now screen or on the list screen that appears if I select an album? I have a Galaxy Note 10.1 which has the same playlist editing/selection problems that others have mentioned ( which does not really worry me) so I am wondering if the missing total playing time may be a Samsung only problem. Thanks for listening to us and fixing/modifying the app for us.
The total play time should be available on every list of files except the Playing Now playlist. (This is due to technical reasons, since the Playing Now playlist is implemented differently.) If you scroll past the last item in the list you should see it.
Hmm, I just took a look at the documentation for ListView footers, and it appears the current implementation of total playing time may not work for Android versions before KitKat (4.4). I missed that caveat when I added this feature. I'll switch around the code so that it works in all Android versions. This fix will be in the next release.
Cheers!
-L
-
For me it works fine - I have no problem to tap two times. Ask High-End weather he could deal with this or not.
this works for me fine also ;-)
regarding the offline DB:
perhaps if more user are interested in this feature....
in business language: this is a unique selling proposition ;-)
regards
h-e
-
had to send you some crash reports...
one smal issue regarding the playing now screen
in most times just one of all somgs in the playlist is showing the lenght of a title.
also the showing of the covers in the cataloug views are very slowly.
could you fix this with the next update.
-
Hi Guys, very much enjoying this app - I have an issue though of intermittend crashes especially when scrolling through the
artists. I receive the error "eos has unfortunately stopped working" and then shuts down. Please advise if there is a fix for this.
Currently using a Samsung Galaxy S4 I9500 with Android version 4.4.2.0017 updated 2 July 2014.
Then may I request a feature add to the app please - on the playing now screen the artist name and songtitle is static - could
you add the feature of scrolling this every 15 or 20 seconds since some song titles are quite lengthy.
Thank you again for a great app.
Regards
JJ
-
G'day again,
Thanks again for the coming Total playing time mod so that that it will work with the older androids. I just loaded EOS into a new Galaxy Note 8 running 4.2.2 ànd the edit button (three squares on top of each other) is missing from all screens except for the select for the playlist screen (the one with tick, done, selected then play arrow, add as next etc) . Everything else seems to be there and working though, the layout is great on the saller screen
-
had to send you some crash reports...
one smal issue regarding the playing now screen
in most times just one of all somgs in the playlist is showing the lenght of a title.
also the showing of the covers in the cataloug views are very slowly.
could you fix this with the next update.
The speed that covers appear in catalog views is entirely dependent on your network speed. In fact, one of the crashes that you experienced was due to the fact that the request queue filled up because images weren't being loaded quickly enough. I've come up with a fix for the crash: I've shrunk the size of the request queue, but instead of throwing an exception and causing a crash when the queue fills up, the oldest task in the queue will be ejected. In this scenario you've already scrolled past that item so there's no need to finish the request for the image; shrinking the queue should ensure that eos isn't trying to load images for items that are no longer visible. @JohanJooste, this is the same crash you're seeing.
I'm not sure what you meant when you said "just one of all the songs in the playlist is showing the length of a title". Do you mean that the titles are too long to fit in the available space, so they're being truncated? If so, @JohanJooste has already requested that the title marquee; I'll take a look and see if this is possible. If it is it'll be in the next build.
G'day again,
Thanks again for the coming Total playing time mod so that that it will work with the older androids. I just loaded EOS into a new Galaxy Note 8 running 4.2.2 ànd the edit button (three squares on top of each other) is missing from all screens except for the select for the playlist screen (the one with tick, done, selected then play arrow, add as next etc) . Everything else seems to be there and working though, the layout is great on the saller screen
The 3 squares on top of one another isn't an edit button, it's the action overflow. If there are more action items than the available space in the action bar, you'll see this button so you can access those additional items. I would guess you're not seeing on the Note 8 because despite it's smaller screen size it has a higher ppi, so it can fit all the action items on screen at the same time.
-
I'm not sure what you meant when you said "just one of all the songs in the playlist is showing the length of a title". Do you mean that the titles are too long to fit in the available space, so they're being truncated? If so, @JohanJooste has already requested that the title marquee; I'll take a look and see if this is possible. If it is it'll be in the next build.
Thanks for the answer. With the connection you might be right. But in general I think Gizmo is showing the pictures faster.
Regarding the length:
I mean the minutes and seconds. Just a few of them are showing them.
Regards
H-e
-
Thanks for the answer. With the connection you might be right. But in general I think Gizmo is showing the pictures faster.
Regarding the length:
I mean the minutes and seconds. Just a few of them are showing them.
Regards
H-e
That's interesting. There are two scenarios where the duration wouldn't be displayed:
- It isn't returned by MCWS. This could occur if the duration isn't known by MC, e.g. if the item is a live stream.
- eos can't parse the value that's returned by MCWS. The duration is normally the integer length of the track in seconds, but I've seen cases where the value also has a decimal point. eos does handle the latter.
Does Gizmo show the duration for the same tracks? That should rule out the first scenario.
Regarding marquee: I've been playing around with it, and it is possible to have the track title on the Playing Now page marquee. I tried making the title of items in a file list marquee, but that didn't work: not only did the text not marquee, but the items stopped being selectable altogether. But at least the title will marquee in the next release!
-
That's interesting. There are two scenarios where the duration wouldn't be displayed:
- It isn't returned by MCWS. This could occur if the duration isn't known by MC, e.g. if the item is a live stream.
- eos can't parse the value that's returned by MCWS. The duration is normally the integer length of the track in seconds, but I've seen cases where the value also has a decimal point. eos does handle the latter.
Does Gizmo show the duration for the same tracks? That should rule out the first scenario.
Imo Gizmo is very basic. The Playlist also: in general no min and sec.
I am talking about stored files.
The length of each file is shown at playing now but not in the play list.
-
Thanks again for your prompt response. My apologies, mea culpa. I have found the missing edit playlist etc, the Note 8 has a menu key on the screen surround which my older note 10.1 doesn't have. Hence it shows one more icon on the now playing screen (Shuffle) and the rest of the commands appear when the menu key is pressed. Interestingly the Note 10.1 running Android 4.1.2 needs the edit handles to be double tapped with the S Pen if you wish to move a playlist item whereas the Note 8, running 4.2.2 requires only a single touch to shift an item.
-
Great stuff thank you Soul_Rvr911 - looking forward to the next release of eos. Cheers
-
Version 1.1.2 of eos has been pushed to production in Google Play, and should be available in the next few hours. Change list:
New:
-eos keeps track of its own active zone separately from the server's active zone. This allows eos to affect playback of a zone without requiring MC to switch its active zone
-Track title now marquees on Playing Now page if it's longer than the available space
Fixes:
-Two crashes: 1) if an error occurred fetching a list of files; 2) if the request queue filled up (e.g. - quickly scrolling through lists on slow connections)
-Total playing time not appearing on pre-KitKat devices
-Zones page and Volume dialog could appear blank
You'll notice that each zone listed on the Zones page now shows a Home icon on the right hand side. The bright icon indicates MC's currently active zone. You can tap any of these home icons if you want to set that zone as MC's active zone. The checkboxes on this page used to set MC's active zone, but now they set eos' internal active zone. If none of the checkboxes are checked, eos' commands will affect MC's currently active zone. If you check the checkbox next to a zone, the commands that eos issues will affect that zone instead, without altering MC's active zone. (Basically: the checkbox behavior has been changed to replicate Gizmo, and the home icons do what eos' checkboxes used to.)
I would think that for most users, when you want to control another zone there isn't much difference between checking a checkbox vs tapping one of the home icons. But the different scenarios where you'd want to use one method or the other have been covered earlier in the thread.
These changes have been soaking in Alpha for a week, and seem to be working as intended. If you experience any weirdness - like eos controlling the wrong zone when you issue commands with a checkbox checked - please let me know!
-
;D ;D Sheer Genius!!! Thanks for the new update, all is working perfectly for me. ;D ;D
-
Hi, really great work yo have done. !!! The EOS is really great
I have two future requests that will make life much easier ;)
1. A subtitle and audiobutton when playing a video file. (on the server). (Then I don't have to pick up the keyboard and go through all the menus)
2. From "Play Now" a shortcut (press and hold) on album name or artist name to go to album. Ex playing with playdoctor or random of all albums. I hear a random song and want to play that specific album from the beginning or play another song with that artist that comes to my mind.
* idea nr2 is from squeezebox duet which has a + button.
just my 2 cents
Keep up the good work
-
With the updated version of this weekend the length of a song is shown also within playing now in main land Europe ;-)
Thanks for that!
-
Hello,
Playing now does not update(without a manual refresh) for me when controlling/viewing a renderer(MC19 for Win > Oppo BDP-105). Works correctly when playing at the server or streaming to the device.
Thanks.
-
SUPERB app.
THANK you!!
:) :) :) :)
-
This recent version of eos is working quite well for me, and the family loves it over Gizmo.
Thank you.
-
Hi, really great work yo have done. !!! The EOS is really great
I have two future requests that will make life much easier ;)
1. A subtitle and audiobutton when playing a video file. (on the server). (Then I don't have to pick up the keyboard and go through all the menus)
2. From "Play Now" a shortcut (press and hold) on album name or artist name to go to album. Ex playing with playdoctor or random of all albums. I hear a random song and want to play that specific album from the beginning or play another song with that artist that comes to my mind.
* idea nr2 is from squeezebox duet which has a + button.
just my 2 cents
Keep up the good work
Thanks for the feedback Stormen! I've just finished implementing the long press on artist or album name to perform a search for that artist or album. It should also be possible to create subtitle and audio buttons on the Playing Now page. I should note that it doesn't seem possible to get information about the current subtitle or audio stream from the web services: it's only possible to cycle through them. I just wanted you to be aware of this limitation!
-
;D ;D Sheer Genius!!! Thanks for the new update, all is working perfectly for me. ;D ;D
With the updated version of this weekend the length of a song is shown also within playing now in main land Europe ;-)
Thanks for that!
SUPERB app.
THANK you!!
:) :) :) :)
This recent version of eos is working quite well for me, and the family loves it over Gizmo.
Thank you.
My sincere thanks to all of you for your feedback!
-
Hello,
Playing now does not update(without a manual refresh) for me when controlling/viewing a renderer(MC19 for Win > Oppo BDP-105). Works correctly when playing at the server or streaming to the device.
Thanks.
Hmm, this is likely due to a delay in MC updating its playing now information when controlling a renderer. eos will attempt to make a number of requests in a short time period (~3 seconds) to retrieve new playback information when it knows that the playing track has changed, but afterwards it gives up and a manual refresh is required. This logic works in 99% of cases. However, I've noticed the same behavior occasionally on my laptop, which after a period of time spins down the HDD containing my media. Since it takes a few seconds for the HDD to wake, eos has often given up before the track has actually started playing.
I'll try implementing a system where the delay between subsequent requests gets longer as the number of attempts increases, and include that in the next version. This might help in our situation!
-
Looking forward to try out the seek function when press and hold on artis or perhaps album cover in "play now mode"
Awsome if subtitle button and audio button comes to reality, then its like a normal controll to the dvd player. I saw this weekend that perhaps I should go into theater mode when wathing a movie beacuse of the easy switch of subtitles there.
If you want further development of this app in the upcomming releases (to make it even more great :-) )
It can be the possibillitie to adjust the volume with up/down buttons on the phone. ( I really missed the function of having a slider on gizmo, and now I miss the function of volyme buttons :-) since the slider on a Samsung android isnt that exact with clumsy fingers :-)
And also a setting to hide the stars ( gizmo has it) :-)
-
What I would like (feature suggestion :P) is a share button to post (for example) on Facebook. I'm missing this in Gizmo as well.
In facebook I can post my status as listening to music and find the artist. It would be cool to do this with a single click, but include album, track and rating.
A minor issue I noticed with rotating is that if I change the view to track list in vertical mode, rotate my phone horizontal so it automatically changes to cover art + track and rotate back to vertical, it goes to cover art again. It would be neat if it remembered that I had track listing selected.
-
Looking forward to try out the seek function when press and hold on artis or perhaps album cover in "play now mode"
Awsome if subtitle button and audio button comes to reality, then its like a normal controll to the dvd player. I saw this weekend that perhaps I should go into theater mode when wathing a movie beacuse of the easy switch of subtitles there.
If you want further development of this app in the upcomming releases (to make it even more great :-) )
It can be the possibillitie to adjust the volume with up/down buttons on the phone. ( I really missed the function of having a slider on gizmo, and now I miss the function of volyme buttons :-) since the slider on a Samsung android isnt that exact with clumsy fingers :-)
And also a setting to hide the stars ( gizmo has it) :-)
I just finished implementing subtitle and audio stream buttons. I added a new action item to the Theater Remote page called "Audio Stream/Subtitles..." Clicking this button will present you with a dialog containing two buttons: "Toggle Subtitles" and "Toggle Audio Stream". You can tap either of these buttons as often as possible until properly configured. This option will always appear in the theater remote, but trying to toggle audio stream/subtitles when you aren't playing a video is undefined behavior. (During my tests nothing happened, but I don't know if that's always the case!)
As you've requested, I've also added a setting to hide the rating stars on the Playing Now page, and a long press on the cover art will also perform the album lookup (similarly to long pressing on the album name).
Adjusting the server's volume by pressing the device's volume keys is going to be a little bit trickier. I've had a few requests for it though, so it should be doable in a future release.
What I would like (feature suggestion :P) is a share button to post (for example) on Facebook. I'm missing this in Gizmo as well.
In facebook I can post my status as listening to music and find the artist. It would be cool to do this with a single click, but include album, track and rating.
I've done some research, but unfortunately Facebook integration is a huge PITA. There are two methods of doing it:
1) Add a generic "share" button: The type you've no doubt seen in other apps. This will prompt you with "where would you like to share..." and a list of applications (like Facebook, Twitter, etc). The problem is that Facebook doesn't make it possible to pre-populate a message when you select Facebook from this list of apps. This is part of their developer guidelines/terms of service, and there is no workaround - it just isn't supported.
2) Require that you log into Facebook from eos: If I include the Facebook APIs inside my app I can prompt you for your Facebook credentials and post status updates to your account directly, without going through the Facebook app. This seems like a lot of work for a feature that will come off as dubious, at best.
A minor issue I noticed with rotating is that if I change the view to track list in vertical mode, rotate my phone horizontal so it automatically changes to cover art + track and rotate back to vertical, it goes to cover art again. It would be neat if it remembered that I had track listing selected.
I've seen this too. I spent a bit of time tonight trying to come up with a fix, but it is surprisingly not trivial. The problem is that the display context is lost when the phone orientation changes: the entire activity is torn down so it can be recreated with the new layout. If the layout didn't switch upon reorientation it would be easy to preserve this state, but unfortunately that isn't the case. That page does support swiping to switch tabs, which does lessen the impact of this behavior.
The new version is ready to post, but unfortunately Google has seen fit to alter the requirements for apps in the Play store. They now require a short description and a "feature graphic", an image that will be used on the details page and must be exactly 1024x500. The former is easy to come up with, but I'm not a graphic designer so it'll take me a while to put a feature graphic together. And until I have this image I can't make any changes to my app in Play, which includes uploading new APKs. I'll be sure to let you know when the new version has been posted.
-
I've just pushed eos v1.2 to Google Play! Changelist:
New:
-Long pressing on the artist, album title, or cover art on the Playing Now page will perform a search for that item
-Audio stream/subtitle toggling now available from Theater Remote
-New setting to hide the rating stars on the Playing Now page
-Pressing the hardware volume keys while the Playing Now page is visible will change the active zone's volume
Fixes:
-Added an increasing delay to Playing Now updates, which should remove the need to manually refresh on track change in certain cases
It should be available in the next few hours. Please let me know if you have any issues with these new features!
-
Fixes:
-Added an increasing delay to Playing Now updates, which should remove the need to manually refresh on track change in certain cases
Still seeing the same behavior with Playing Now. Manual refresh and orientation change both update the track information. This happens for all songs without exception on multiple devices.
I have watched the Media network notifications and I am not seeing any traffic between the app and media network after initial contact for /v1/Playback/Info?Zone=xxxxx
If I forward the track progress at the media center the app does not update to reflect the change in time played for the current song
The same actions with Gizmo generate /v1/Playback/Info?Zone=xxxxx&Token=xxxxxxxx and then i see the app check in every 5 seconds or so.
-
Fixes:
-Added an increasing delay to Playing Now updates, which should remove the need to manually refresh on track change in certain cases
Still seeing the same behavior with Playing Now. Manual refresh and orientation change both update the track information. This happens for all songs without exception on multiple devices.
I have watched the Media network notifications and I am not seeing any traffic between the app and media network after initial contact for /v1/Playback/Info?Zone=xxxxx
If I forward the track progress at the media center the app does not update to reflect the change in time played for the current song
The same actions with Gizmo generate /v1/Playback/Info?Zone=xxxxx&Token=xxxxxxxx and then i see the app check in every 5 seconds or so.
Curious. While controlling playback of your renderer, does eos' Playing Now page show the duration, and does the progress bar advance?
eos doesn't work the same way as Gizmo and JRemote. To conserve battery, it only polls v1/Playback/Info to update Playing Now when either a) the Playing Now page is made visible, or b) when the end of the track is reached. The reason I asked if the duration is shown on Playing Now is because if the duration isn't known eos won't know when the playing track is over, which means that the request to update Playing Now at the track boundary can't be scheduled. This would explain why a manual refresh is required when the track changes.
-
Hi
Have tried searching but have not found anything about this:
I can't see the rating on any song. The stars are not "filled/stuffed".
If I change the rating it affects my server and the change goes through. But I can't see it in the EOS. (I use Authentication)
-
Volyme adjusting by device buttons are great. 5% per step. I got the htpc directly to amps and a horn system a 110dB. So a clumsy finger on the slidebar and a suddenly adjustment to 100% was more than enough to wake the dead :-)
I'm reliefed and very glad for the uppgrade. Big thanks. 1.2 is great :-)
-
Hi
Have tried searching but have not found anything about this:
I can't see the rating on any song. The stars are not "filled/stuffed".
If I change the rating it affects my server and the change goes through. But I can't see it in the EOS. (I use Authentication)
This is the first time I've heard of anyone experiencing issues with the rating stars. So you're saying that on the Playing Now page the rating stars are always appearing empty, even if the track has a rating in MC? But if you tap on a star to change the rating, the rating for that track in MC is updated? After you tap on a star, is the rating filled in as you'd expect?
What device are you using, and what OS version is it running?
-
Volyme adjusting by device buttons are great. 5% per step. I got the htpc directly to amps and a horn system a 110dB. So a clumsy finger on the slidebar and a suddenly adjustment to 100% was more than enough to wake the dead :-)
I'm reliefed and very glad for the uppgrade. Big thanks. 1.2 is great :-)
Glad to hear it's working for you!
-
"Curious. While controlling playback of your renderer, does eos' Playing Now page show the duration, and does the progress bar advance?"
It does. If I advance or rewind the song at the server eos does not update. It continues as if the song playback had not changed until it finishes the track. If I advance or rewind via eos it does update.
-
"Curious. While controlling playback of your renderer, does eos' Playing Now page show the duration, and does the progress bar advance?"
It does. If I advance or rewind the song at the server eos does not update. It continues as if the song playback had not changed until it finishes the track. If I advance or rewind via eos it does update.
That's expected behavior. As I mentioned, eos doesn't poll the server for updates, so if you change playback directly at the server in any way (e.g. - seek within the current track, skip a track, or change the playlist entirely) eos won't know unless a) you manually refresh, or b) what eos believes is still the current track is scheduled to end.
-
Ok. The real issue is the track updating once it changes. I see for example 4:14/4:14 once the track ends and the only way to update this to the next track and current play time is a manual refresh or orientation change. To your point that eos checks once the track ends this is not happening in my set up.
-
Ok. The real issue is the track updating once it changes. I see for example 4:14/4:14 once the track ends and the only way to update this to the next track and current play time is a manual refresh or orientation change. To your point that eos checks once the track ends this is not happening in my set up.
Do you see any media network notifications at the track boundary? And just to confirm, eos works as expected when controlling the server instead of the renderer, correct?
How have you configured eos? I assuming you have "Keep screen on" enabled, and are watching the Playing Now screen. To control your renderer, do you check the checkbox or tap the home icon on the Zones page?
-
Do you see any media network notifications at the track boundary? And just to confirm, eos works as expected when controlling the server instead of the renderer, correct?
How have you configured eos? I assuming you have "Keep screen on" enabled, and are watching the Playing Now screen. To control your renderer, do you check the checkbox or tap the home icon on the Zones page?
I see ~ 10 /v1/info?Zone check after the track flips. eos does not update
When I use eos for server or device playback I see 1 check at the track flip for /v1/info?zone and 1 check for /v1/File/GetImage. eos then updates as expected.
Your assumptions about my eos setup are correct. I check the box to select the zone and then choose Playing Now to view my active playlist/track
-
I see ~ 10 /v1/info?Zone check after the track flips. eos does not update
When I use eos for server or device playback I see 1 check at the track flip for /v1/info?zone and 1 check for /v1/File/GetImage. eos then updates as expected.
Your assumptions about my eos setup are correct. I check the box to select the zone and then choose Playing Now to view my active playlist/track
Ok, it's good that eos is at least trying to update at the track boundary. I've coded it so that it will only attempt to retrieve updated playing now info 10 times before it gives up. (As an FYI, under normal circumstances it takes a maximum of 2 requests to get the updated info.)
It's possible that the Playback/Info response still hasn't been updated by the time that eos makes its last attempt. The change I made in v1.2 should cause that last attempt to be made around 7 seconds after the track is scheduled to change, though, which seems like plenty time for the new info to be available.
Looking through the code, the one thing I did notice is that eos only considers a successful track change to mean that MC is playing a different file key. So, for example, if your playlist contains the same track twice, when the track finishes playing the first time eos will make 10 requests waiting for the file key to change, which it never will. I tried this scenario on my own device and noticed that the progress bar and current position went back to the beginning as expected, but the playlist position (e.g. - 2 of 5) did not update. This is a bug, but it's mostly harmless since it's such an obscure case.
However, I digress, since that doesn't seem to be the issue you're seeing. I'd like you to run a test for me:
Try opening the browser on the PC running your library server and entering the URL http://localhost:52199/MCWS/v1/Playback/Info?Zone=xxxx (where xxxx is the number that you're seeing in the Media network notifications). If you're prompted for a password, enter the Media Network credentials you configured in MC. Start playback as you normally would, then skip to the last few seconds of the track. Keep hitting refresh in the browser as the track changes, and let me know how long after the track change occurs that the XML response you see updates to show the new track info.
Thanks!
-
Ok, it's good that eos is at least trying to update at the track boundary. I've coded it so that it will only attempt to retrieve updated playing now info 10 times before it gives up. (As an FYI, under normal circumstances it takes a maximum of 2 requests to get the updated info.)
It's possible that the Playback/Info response still hasn't been updated by the time that eos makes its last attempt. The change I made in v1.2 should cause that last attempt to be made around 7 seconds after the track is scheduled to change, though, which seems like plenty time for the new info to be available.
Looking through the code, the one thing I did notice is that eos only considers a successful track change to mean that MC is playing a different file key. So, for example, if your playlist contains the same track twice, when the track finishes playing the first time eos will make 10 requests waiting for the file key to change, which it never will. I tried this scenario on my own device and noticed that the progress bar and current position went back to the beginning as expected, but the playlist position (e.g. - 2 of 5) did not update. This is a bug, but it's mostly harmless since it's such an obscure case.
However, I digress, since that doesn't seem to be the issue you're seeing. I'd like you to run a test for me:
Try opening the browser on the PC running your library server and entering the URL http://localhost:52199/MCWS/v1/Playback/Info?Zone=xxxx (where xxxx is the number that you're seeing in the Media network notifications). If you're prompted for a password, enter the Media Network credentials you configured in MC. Start playback as you normally would, then skip to the last few seconds of the track. Keep hitting refresh in the browser as the track changes, and let me know how long after the track change occurs that the XML response you see updates to show the new track info.
Thanks!
It updates as soon as I refresh.
I think I see the problem now.
MC is not updating it's now playing information while it sends the first ~5MB of the next song. during that time eos is running the track change checks. I am seeing it consistently stop it's checks before the first 5 MB is buffered.
As a test I forwarded the track on the server so that the buffering phase would be finished before eos ran its track change check. When eos ran down its track counter and sent the track change check it updated correctly.
-
Access keys broke? Haven't been able to connect to servers while away from home for the last month or so. Tried settings edit for both servers, also tried changing servers... Stuck on authenticating.
Thanks
this trick from 7/7/14 no longer works
Note: If you configured your server(s) to connect via access key, you'll probably notice that eos will fail to connect after you upgrade. This is because your versions of eos have incorrectly saved the default IP address of "192.168." for each server that has "Connect using access key" enabled. You'll have to go into the Manage Servers screen, press "Edit" for each server that connects using access key, and then click "Save" in order to resolve this. Note that you don't actually need to make any changes on this page - I've updated the code to remove the default IP address when it's detected. If you want to disable this feature for a server, you can also do so while on the Edit Server Info page. Once you've updated all of your servers you can exit Settings, and you should be able to connect to your servers.
-
Access keys broke? Haven't been able to connect to servers while away from home for the last month or so. Tried settings edit for both servers, also tried changing servers... Stuck on authenticating.
Thanks
They shouldn't be - I just tried it on my devices and it's working correctly. If eos is making it to "Authenticating", then either a) it was able to determine the correct address from the access key, or b) "Remember connectable address" has been enabled for your server(s), so access key lookup isn't happening and eos has jumped directly to the authentication step.
Are you seeing an error message of some sort? I'd wager that you're encountering situation b), since I've yet to see cases where eos gets an Alive response from a server but then authentication - which happens immediately afterwards - fails. Try going into the server management screen and editing the affected servers, clearing the "Remember connectable address" checkbox, and try again.
-
It updates as soon as I refresh.
I think I see the problem now.
MC is not updating it's now playing information while it sends the first ~5MB of the next song. during that time eos is running the track change checks. I am seeing it consistently stop it's checks before the first 5 MB is buffered.
As a test I forwarded the track on the server so that the buffering phase would be finished before eos ran its track change check. When eos ran down its track counter and sent the track change check it updated correctly.
Glad to see you found the problem! How long does it take for the first chunk of the song to transfer? I can modify eos to increase either the number of update attempts or the delay between attempts to help alleviate your issue.
-
edited manage servers, unticked remember connectable address, saved it, Connecting to server tries 192. then tries 174. an error occured, unable to find a server at any known addys, please verify that your server is turned on and that your device is connected to same network
no probs with gizmo.
-
This is the first time I've heard of anyone experiencing issues with the rating stars. So you're saying that on the Playing Now page the rating stars are always appearing empty, even if the track has a rating in MC? But if you tap on a star to change the rating, the rating for that track in MC is updated? After you tap on a star, is the rating filled in as you'd expect?
What device are you using, and what OS version is it running?
Yes, exactly. If I change the rating in EOS, the stars are filled until the next song. When I go back to previous song the stars are empty.
I have tested both the MC 19 and 20.
EOS v1.2.0, Samsung Galaxy S4 + with Android 4.4.2.
(https://dl.dropboxusercontent.com/u/51039072/Screenshot_2014-09-06-18-38-37%20%28Small%29.png)
This song is rated 3 stars.
-
Access keys broke? Haven't been able to connect to servers while away from home for the last month or so. Tried settings edit for both servers, also tried changing servers... Stuck on authenticating.
Thanks
They shouldn't be - I just tried it on my devices and it's working correctly. If eos is making it to "Authenticating", then either a) it was able to determine the correct address from the access key, or b) "Remember connectable address" has been enabled for your server(s), so access key lookup isn't happening and eos has jumped directly to the authentication step.
Are you seeing an error message of some sort? I'd wager that you're encountering situation b), since I've yet to see cases where eos gets an Alive response from a server but then authentication - which happens immediately afterwards - fails. Try going into the server management screen and editing the affected servers, clearing the "Remember connectable address" checkbox, and try again.
Looks like there was a problem connecting via access key. eos was attempting to use the cached auth token when checking if the server was available at the IP address. If the token was invalid, the server would reject the request, causing eos to think that the server wasn't connectable at that IP. I just uploaded v1.2.1 which should fix the issue.
-
Yes, exactly. If I change the rating in EOS, the stars are filled until the next song. When I go back to previous song the stars are empty.
I have tested both the MC 19 and 20.
EOS v1.2.0, Samsung Galaxy S4 + with Android 4.4.2.
This song is rated 3 stars.
Thanks for uploading the screenshot! I didn't realize you were doing device playback. This was caused by an oversight on my part: the file ratings weren't being stored along with the rest of the track info in the device playlist. The fix will be included in the next build.
-
Glad to see you found the problem! How long does it take for the first chunk of the song to transfer? I can modify eos to increase either the number of update attempts or the delay between attempts to help alleviate your issue.
I think a check on the track flip and then a delay for a check @ 5 and 10 seconds would do it.
Personally I'd prefer it update periodically( every ~5 seconds ) throughout the song. Maybe create a power save mode and an always on mode? For my usage the headless behavior after the first update post track change is problematic.
Thanks.
-
I think a check on the track flip and then a delay for a check @ 5 and 10 seconds would do it.
Personally I'd prefer it update periodically( every ~5 seconds ) throughout the song. Maybe create a power save mode and an always on mode? For my usage the headless behavior after the first update post track change is problematic.
Thanks.
I've increased the number of requests from 10 to 15. The last request should occur around 14 seconds after track change, which will hopefully be enough time for the playing item on your renderer to have updated.
I designed eos with battery efficiency in mind; I don't want to introduce polling behavior, both because it goes against this efficiency and because doing so wouldn't be trivial.
This change will be included in the next build, which will likely be called v1.2.2. I hope to have it published by the end of the weekend.
-
updated to newest version via play store, opened the app, trying 192. (tried for around 3 seconds), then jumped to trying 174.(it tried for a millisecond.. so fast i couldnt read past 174.) then an error has occurred: unable to find server at any of the known addresses, please verify that your server is turned on and that your device is connected to the same network.
I then went to settings, edited both servers, saved them, went back to eos home and tried both ip's, and same error...then an error has occurred.
Galaxy S4 trying to connect to server away from home
* I then removed both servers, went back to EOS home, it gave me a popup to add a server, and i re-entered info for both servers, and they both connected...perhaps connection time (you changed) as discussed earlier should be changed back to what it was being that was not the problem? (make for faster connections)
-
Hi
I dont have any juicy fails or errors to report. BUT
I finnaly found the audio toggle function added in theater mode . Its a bit of a shortcut. Beacuse in theatermode its possible to change the subtitle by pressing up.
Anyhow I really like the function. Is it possible to add the toggle function on "play now"? (Or move it?) I really like the function so dont take it away :-)
Just a thought.
perhaps you guys thinking: why in f##! h $% isnt he using theatermode as startup. :-) Well maybe I should. And perhaps it straightens out some issues. But there aint many guidlines 8f how the best way to use the JRiver. Only a lot of settings and adjustments. So I guess ita a bit of taste and desire that desides of how its best used :-)
Keep up the good work. This is beacomming something really special.
A question. If I insert a dvd in my htpc. How on earth do I start it from eos? ( Devices)
-
updated to newest version via play store, opened the app, trying 192. (tried for around 3 seconds), then jumped to trying 174.(it tried for a millisecond.. so fast i couldnt read past 174.) then an error has occurred: unable to find server at any of the known addresses, please verify that your server is turned on and that your device is connected to the same network.
I then went to settings, edited both servers, saved them, went back to eos home and tried both ip's, and same error...then an error has occurred.
Galaxy S4 trying to connect to server away from home
* I then removed both servers, went back to EOS home, it gave me a popup to add a server, and i re-entered info for both servers, and they both connected...perhaps connection time (you changed) as discussed earlier should be changed back to what it was being that was not the problem? (make for faster connections)
Yep, I lowered the connection timeout before I pushed v1.2.1, which included the fix for the issue you're seeing. I just checked the Play store on my device and it isn't available yet; we may need to give it an hour or two first.
-
Hi
I dont have any juicy fails or errors to report. BUT
I finnaly found the audio toggle function added in theater mode . Its a bit of a shortcut. Beacuse in theatermode its possible to change the subtitle by pressing up.
Anyhow I really like the function. Is it possible to add the toggle function on "play now"? (Or move it?) I really like the function so dont take it away :-)
Just a thought.
Keep up the good work. This is beacommkng something really special.
A question. If I insert a dvd in my htpc. How on earth do I start it from eos? ( Devices)
Don't worry Stormen, I won't take it away! :)
I've added the same toggle option to the Playing Now page, alongside the Play/Pause/Next/etc. options when you're viewing the playing item. This will also be included in the next build (v1.2.2).
Cheers!
-
Thanks for uploading the screenshot! I didn't realize you were doing device playback. This was caused by an oversight on my part: the file ratings weren't being stored along with the rest of the track info in the device playlist. The fix will be included in the next build.
After the update, it works perfectly! Thanks for the quick fix! :)
-
any chance of chromecast support?
Also when in videos if one presses and holds on the file then clicks the menu option it gives an option (file info) which we can then see the tags (above all... description of the video) Is there any chance when one clicks the movie title all the info (none editable) could show below the movie title? so we dont have to press and hold, and chose file info, and so noobs dont accidentally change tags?
example , if i goto video, recently imported, action, Dirty Harry series, it shows all Dirty harry movies, once i select Dirty Harry - The Dead Pool, the movie starts to play, maybe there is a way once i tap on Dirty Harry - The Dead Pool, it would go 1 more page, and give description, other tag info. then if a person tapped it again, it would play.
Right now there is no way to view description of Videos in gizmo or eos, (unless one follows steps mentioned above in eos)
thanks
-
I didnt know there where a possibillitie to change tags in eos. :-[ As you say, that tag-option should not be lying wide open for all the familymembers :-) (not even me lol ) perhaps like a a option after phusing the menu/option button on the device? (just like audio/subtitle function)
Another question.
Is it possible to add in the main menu: Devices. ?
To access the blurayplayer on the htpc. (maybe I got selective blindness but I cant find how to start playback once inserting a dvd or bluray with the eos)
-
I didnt know there where a possibillitie to change tags in eos. :-[ As you say, that tag-option should not be lying wide open for all the familymembers :-) (not even me lol ) perhaps like a a option after phusing the menu/option button on the device? (just like audio/subtitle function)
Another question.
Is it possible to add in the main menu: Devices. ?
To access the blurayplayer on the htpc. (maybe I got selective blindness but I cant find how to start playback once inserting a dvd or bluray with the eos)
If you didn't even notice the option was there, I don't think you need to worry about accidentally changing your tags! :P But if you're that concerned, you can always disable Media Network authentication in MC. Then even if someone does find the File Info page, they won't be able to make any changes. Note, however, that this will also prevent you from being able to rate tracks from any remote (including eos)!
It doesn't seem possible to list the devices from any remote. I can't see a way to retrieve a list of devices from MCWS.
-
any chance of chromecast support?
Also when in videos if one presses and holds on the file then clicks the menu option it gives an option (file info) which we can then see the tags (above all... description of the video) Is there any chance when one clicks the movie title all the info (none editable) could show below the movie title? so we dont have to press and hold, and chose file info, and so noobs dont accidentally change tags?
example , if i goto video, recently imported, action, Dirty Harry series, it shows all Dirty harry movies, once i select Dirty Harry - The Dead Pool, the movie starts to play, maybe there is a way once i tap on Dirty Harry - The Dead Pool, it would go 1 more page, and give description, other tag info. then if a person tapped it again, it would play.
Right now there is no way to view description of Videos in gizmo or eos, (unless one follows steps mentioned above in eos)
thanks
What sort of use case do you envision with Chromecast support? I took a quick look at the APIs, and it seems like it's going to be a considerable amount of work to implement. Honestly, I don't know how much time I want to invest in it. It doesn't seem to fit with my vision for eos.
I don't want to change the playback flow by introducing another screen before playback starts, but I might be able to make the additional tag info more readily available. I'll give some thought to what this might look like.
-
What sort of use case do you envision with Chromecast support?
just hoping for similar chromecast support as Gizmo has. so we can stream to our tv's around the home.
but I might be able to make the additional tag info more readily available. I'll give some thought to what this might look like.
Much appreciated. The other day we had friends over and they were using Gizmo & EOS, and that was one of the things they mentioned "seems a little unpolished, how is one supposed to know what the movie is about if there is no description". Personally i agree with them, being our library consists of alot of documentaries.
Thanks for considering.
-
I am new to the eos app and used it a bit on mc19 and it seemed to work pretty good. I have updated to mc20 and can not get the app to work. It crashes after I put the Access Key or the IP in. Anyone have any ideas?
Sorry if this is posted in wrong place.
-
I am new to the eos app and used it a bit on mc19 and it seemed to work pretty good. I have updated to mc20 and can not get the app to work. It crashes after I put the Access Key or the IP in. Anyone have any ideas?
Sorry if this is posted in wrong place.
This is the right place! I'm sorry to hear that you're having troubles with eos. I think I see your crash report in my Play Store console. I'll send you a PM with further instructions to help diagnose your issue.
-
Same with me.... Since upgrading to MC20, I cannot get EOS to work.
exception class name : java.lang.numberformatexception
Please assist when you can.
Darren Crane
-
[Solved]
My issue was the zones. I had hidden two zones. I un-hid them and eos works as it did in MC19.
Dont know if this is a bug or not. Anyway thanks all for resonses. What ins company do u have
-
Same with me.... Since upgrading to MC20, I cannot get EOS to work.
exception class name : java.lang.numberformatexception
Please assist when you can.
Darren Crane
[Solved]
My issue was the zones. I had hidden two zones. I un-hid them and eos works as it did in MC19.
Dont know if this is a bug or not. Anyway thanks all for resonses. What ins company do u have
As crawfofd mentioned, there appears to be an issue with the way eos is handling hidden zones that are returned in the MCWS /Playback/Zones call. I'll take a look this weekend, and should have a fix in short order. As suggested, the workaround is to un-hide any Zones that you may have hidden.
Thanks!
-L
-
As crawfofd mentioned, there appears to be an issue with the way eos is handling hidden zones that are returned in the MCWS /Playback/Zones call. I'll take a look this weekend, and should have a fix in short order. As suggested, the workaround is to un-hide any Zones that you may have hidden.
Thanks!
-L
After investigating, it seems that there's a bug in MC. The number of zones returned in the /Playback/Zones call still includes hidden zones, even though information about hidden zones isn't included in the response. This is causing eos to crash, because it is trying to retrieve information that doesn't exist in the response. I've posted about this in the Media Center 20 topic; hopefully this will be resolved in the next version of MC.
Again, the workaround is to refrain from using zone hiding until this bug has been resolved.
-
I recently purchased eos (my first purchased app ever). Very nice! I especially like the volume controls for various zones. I do wish that the dB change showed up while adjusting the volume. I only see the %. The % doesn't really mean anything to me when I'm trying to change volume.
Also, each zone can have a maximum volume level and a reference volume level (Tools > Options > Audio > Volume). I don't think the current volume control is using what has been setup for the zone.
If I have the Ratings turned off, it would be nice to have a volume slider always visible. Maybe it would cause inadvertent adjustment, though.
-
Hi
I'm working my way through all the benefits and trying to master all the settings and workaround.
I tried to edit the tags in a movie or a music file but got "server returned 500"
(sure the server probably got at least 500 reasons for not letting me edit tags :-) lol )
I long press a music/movie file, hitting the 3 dots and "file info"
Perhaps that aint the right way to go? or is it some more setting in the server I need to do?
Another question, I setup 2 zones beacuse it was the only way to play music in only 2 channels and movies in multichannel. downmix but no upmix.
But the eos ( or any remote) doesnt change zone automaticly.
Is it possible then to have autoswitch as an option? Is that info sent from the server?
tnx so much for the extreme fast support and development of this app. :-)
using win 8.1 JRiver 20, Samsung galaxy 4
-
I recently purchased eos (my first purchased app ever). Very nice! I especially like the volume controls for various zones. I do wish that the dB change showed up while adjusting the volume. I only see the %. The % doesn't really mean anything to me when I'm trying to change volume.
Also, each zone can have a maximum volume level and a reference volume level (Tools > Options > Audio > Volume). I don't think the current volume control is using what has been setup for the zone.
If I have the Ratings turned off, it would be nice to have a volume slider always visible. Maybe it would cause inadvertent adjustment, though.
I checked MCWS, but I don't see how it's possible to get the dB volume value. The Volume service only works on volume percentages.
I've never used volume protection before. I just enabled it and tried changing the volume on eos, and the behavior was what I would have expected. I limited the volume to 50% in MC, then played around with eos' slider. Anything below 50% would set the volume to that value, while 50% or more would max out MC's volume.
I think I'll leave the Playing Now page the way it is when ratings are hidden. I hacked a slider into the Playing Now page via a drawer on the BB10 version, but I'm much happier with the button+dialog implementation on the Android version.
-
Hi
I'm working my way through all the benefits and trying to master all the settings and workaround.
I tried to edit the tags in a movie or a music file but got "server returned 500"
(sure the server probably got at least 500 reasons for not letting me edit tags :-) lol )
I long press a music/movie file, hitting the 3 dots and "file info"
Perhaps that aint the right way to go? or is it some more setting in the server I need to do?
Another question, I setup 2 zones beacuse it was the only way to play music in only 2 channels and movies in multichannel. downmix but no upmix.
But the eos ( or any remote) doesnt change zone automaticly.
Is it possible then to have autoswitch as an option? Is that info sent from the server?
tnx so much for the extreme fast support and development of this app. :-)
using win 8.1 JRiver 20, Samsung galaxy 4
Those are the correct steps for updating file tags. Have you enabled Media Network authentication in MC? Authentication is required if you want to make any tag changes from a remote. I tried turning off authentication on my own server and received the same message you mentioned.
I've never used zone switching myself, but I believe it is possible to configure it to do what you want. It is a MC configuration. Just make sure that none of the checkboxes are checked on eos' Zones page and everything should work as you'd expect, even after MC switches zones.
-
Hi!
I have a couple of wishes for the future:
Is it possible to display the average rating on albums? (In Audio and/or search result)
I understand that there is limited space, perhaps by a number instead of stars?
Just as an example, if I'm looking up an artist, he / she has five albums, then I can see the album that I think is best right away.
I would also like to have Ratings in the track list for each song.
Thanks for a great app och great response!
-
Added a thread on Live TV Playback (http://yabb.jriver.com/interact/index.php?topic=91845.msg631962#msg631962)!
-
eos v1.3.0 has been pushed to Google Play! As jmone mentioned, this version includes streaming TV to your device. See his thread on Live TV Playback (http://yabb.jriver.com/interact/index.php?topic=91845.msg631962#msg631962) for more info.
I've also fixed the crash that would occur if any zones had been hidden in MC. Let me know if you still experience issues!
-
I have a couple of wishes for the future:
Is it possible to display the average rating on albums? (In Audio and/or search result)
This isn't something that can easily be implemented. When viewing a list of albums, there is no information about the tracks that are a part of that album. In fact, there isn't any contextual information to even know that you're viewing a list of albums!
I would also like to have Ratings in the track list for each song.
Ratings in the track list is more feasible. I could probably add a smaller set of rating stars to the second row of text. I'll play around with this.
-
This isn't something that can easily be implemented. When viewing a list of albums, there is no information about the tracks that are a part of that album. In fact, there isn't any contextual information to even know that you're viewing a list of albums!
Ratings in the track list is more feasible. I could probably add a smaller set of rating stars to the second row of text. I'll play around with this.
Okay, I did not know that.
Would be nice if you can do it in the tracklist. :)
-
Okay, I did not know that.
Would be nice if you can do it in the tracklist. :)
Done! See the attached screenshot, taken from my Xperia Z2 (phone).
This change will be included in the next build of eos.
-
Done! See the attached screenshot, taken from my Xperia Z2 (phone).
This change will be included in the next build of eos.
Looks great! Thank's! :D
-
Just pushed v1.4.0 to Google Play! This build includes the rating stars in file lists, and fixes a crash that could occur when parsing the access key response.
-
I have been using eos remote since the first day it was available on the Google store and its a very well designed product. Thank you...
The one thing I would change if I could would be on the Now Playing screen. I wish that the "play" button was at the bottom of the screen, slightly bigger than it is now.
Just my very humble opinion :)
Regards,
Darren C
-
I would also like the play and stop button slightly bigger than the next track buttons. Also sorry if i missed it, but when you click on an album can the next screen go straight to the one that displays the large album cover next to the song list. Thx for a great product.
-
I have been using eos remote since the first day it was available on the Google store and its a very well designed product. Thank you...
The one thing I would change if I could would be on the Now Playing screen. I wish that the "play" button was at the bottom of the screen, slightly bigger than it is now.
Just my very humble opinion :)
Regards,
Darren C
Unfortunately, the screenshot that you posted is technically impossible to recreate on Android. The status bar at the top of the screen is not free form, i.e. - the controls that can be placed there are of fixed types. It also isn't possible to change the size of buttons on the action bar. I could remove these buttons from the action bar, which would give me more control over rendering and placing them, but then they'd have to be placed elsewhere on the screen, where they'd taking up even more of the limited vertical space.
-
I would also like the play and stop button slightly bigger than the next track buttons. Also sorry if i missed it, but when you click on an album can the next screen go straight to the one that displays the large album cover next to the song list. Thx for a great product.
Sorry, I'm not quite sure what you mean here. What do you mean by "when you click on an album"? Are you talking about clicking on an album from the grid that you see after drilling down, e.g. from Artists? Or are you referring to clicking on the album art/album title on the Playing Now page? And what page are you talking about going to - Playing Now?
-
Unfortunately, the screenshot that you posted is technically impossible to recreate on Android. The status bar at the top of the screen is not free form, i.e. - the controls that can be placed there are of fixed types. It also isn't possible to change the size of buttons on the action bar. I could remove these buttons from the action bar, which would give me more control over rendering and placing them, but then they'd have to be placed elsewhere on the screen, where they'd taking up even more of the limited vertical space.
Thank you for the response. My thought is that they (start, stop, pause, next, previous) are the most important bits of functionality on that entire playing now page and even if the image was smaller, it would be beneficial to have the controls stand out and be more central to the page somehow.
Sincerely,
Darren
-
When i click on a thumbnail in artist/albums, the next page that loads is a list of the songs in that album. Then when you press on a particular song it then brings you to the next screen which shows the cover of the album with the list of songs next to it. I would like to be able to bypass that one screen that just shows the list of songs in the album and go straight to the playing window.
-
When i click on a thumbnail in artist/albums, the next page that loads is a list of the songs in that album. Then when you press on a particular song it then brings you to the next screen which shows the cover of the album with the list of songs next to it. I would like to be able to bypass that one screen that just shows the list of songs in the album and go straight to the playing window.
Ahh, so you want to start playback of an album from the list of albums, rather than drilling down into the track list and then selecting the first track. If you long press on an album in a grid, you'll see that the action bar at the top of the screen changes. Once it changes, you'll see that the item you were pressing stays highlighted. In this state, you can continue to tap other albums (if you want), then press the Play button in the action bar. This will start playback of the selected item(s), and then show the Playing Now page.
-
Thank you for the response. My thought is that they (start, stop, pause, next, previous) are the most important bits of functionality on that entire playing now page and even if the image was smaller, it would be beneficial to have the controls stand out and be more central to the page somehow.
Sincerely,
Darren
I do agree that the playback controls are the most important pieces of functionality on the Playing Now, especially since that page is the only place you can perform these actions. That's why they're given priority placement on the action bar. However, I would argue that the playback modification functionality isn't the most important aspect of the Playing Now page: relaying information about what's currently playing is. Taking precious screen real estate away for occasionally used - albeit useful! - buttons didn't seem like a great use of space. And since the action bar is a ubiquitous element of Android apps, it seemed the natural, most easily discoverable place to put the playback modification actions.
-
quick purchase question - if I purchase this in the Google Play store, do I get to download and install on multiple devices?
If so, what is the correct way to do this? Buy and then go to each device and go through the download and install process?
thanks
-
quick purchase question - if I purchase this in the Google Play store, do I get to download and install on multiple devices?
If so, what is the correct way to do this? Buy and then go to each device and go through the download and install process?
thanks
A single purchase should enable you to download the app on all devices that share the same Google account.
-
I'd like to try this on my Google Tv but it's blocked.
Is there any way for me to buy this and side load it onto my google tv?
-
I'd like to try this on my Google Tv but it's blocked.
Is there any way for me to buy this and side load it onto my google tv?
I'm not sure. I don't have a Google TV, and I don't have any experience loading apps onto one. I should also note that I designed eos to run on phones and tablets, not Google TV; I don't know how it's going to work on such a device. Outside of bugs that also impact phones/tablets I can't offer any support, even if you manage to get it running.
-
I understand. i also expect the same with gizmo. It's also not supported on the Google TV. (logitech Revue)
With gizmo it's pretty easy because it's free. So i just go to there website on my google TV and download the apk.
Is there a way you can email me the trial apk?
-
I understand. i also expect the same with gizmo. It's also not supported on the Google TV. (logitech Revue)
With gizmo it's pretty easy because it's free. So i just go to there website on my google TV and download the apk.
Is there a way you can email me the trial apk?
Sure, I'll email you the APK this evening, when I get home. Just send me a PM with your email address.
-
hallo
From time to time my HTPC gets a new IP adress. Thats the time EOS couldn't find MC.
I have to delete the SRV config within EOS and setup a new one. after that and starting EOS again EOS find MC.
Is it possible to implement a more inteligent searching algorythm to find a moved SRV within the same IP adresse block?
regards
H-E
-
hallo
From time to time my HTPC gets a new IP adress. Thats the time EOS couldn't find MC.
I have to delete the SRV config within EOS and setup a new one. after that and starting EOS again EOS find MC.
Is it possible to implement a more inteligent searching algorythm to find a moved SRV within the same IP adresse block?
regards
H-E
Hey High-End,
I left the "Remember connectable address" option checked by default, but I should probably change that in the next release. I've received a number of support requests for this recently!
Go to the Manage Servers page in Settings, and tap Edit on your server. Uncheck "Remember connectable address", and then tap Save.
Then eos will always use the access key to get the IP address to connect to.
Cheers!
-L
-
Thanks.
I will do so.
Did you see this http://yabb.jriver.com/interact/index.php?topic=92511.msg636917#msg636917 (http://yabb.jriver.com/interact/index.php?topic=92511.msg636917#msg636917) discussion?
Is EOS capable to show genre specific tag?
I will try to config MC as discussed in that thread....
regards
H-E
-
Thanks.
I will do so.
Did you see this http://yabb.jriver.com/interact/index.php?topic=92511.msg636917#msg636917 (http://yabb.jriver.com/interact/index.php?topic=92511.msg636917#msg636917) discussion?
Is EOS capable to show genre specific tag?
I will try to config MC as discussed in that thread....
regards
H-E
I hadn't seen that discussion; thanks for pointing it out. I see that there are two problems pointed out there:
1) While browsing your library, the text that appears below the cover art in the grid is insufficient - it only displays the value in the field Album Artist (auto). There isn't anything that an app using MCWS can do about this, since it's the only information that's available there. I don't think there's any way to configure this from the "Customize Views" options in MC, but it would need to be configured there to work as you'd like.
2) The Playing Now page doesn't display any of the additional tags that provide information about classical music. MC's /Playback/Info response does not contain this information, but as Arindelle pointed out, JRemote shows an Info button that can display all of the additional information. I assume that JRemote makes a call to the /File/GetInfo to populate that page. eos shows the same info if you long press on a track from a file list and select File Info. I could add an action to the action bar that would show this screen.
Cheers!
-L
-
I hadn't seen that discussion; thanks for pointing it out. I see that there are two problems pointed out there:
...
2) The Playing Now page doesn't display any of the additional tags that provide information about classical music. MC's /Playback/Info response does not contain this information, but as Arindelle pointed out, JRemote shows an Info button that can display all of the additional information. I assume that JRemote makes a call to the /File/GetInfo to populate that page. eos shows the same info if you long press on a track from a file list and select File Info. I could add an action to the action bar that would show this screen.
Cheers!
-L
If I understand you right, all tag infos are available today (/File/GetInfo).
Isn't it possible to implement the handling (what kind of these info I will show at the "playing now" screen in combination with genre) within EOS?
Why using only the info MC pushes to EOS if EOS can pull all the infos that it would like to have?
I am no programmer, so perhaps I don't see the trouble...
But for me it seams to be that EOS can handle that genre specific tags by them self
Am I wrong?
regards
H-E
-
eos stops working everytime I play video (remote or on mobile device) and press the progress bar to skip. Is this supposed to work? Is there any way to make it work, e.g. like setting a specific transcoding method (I didn't try them all)?
Paid version, Sony Xperia Z2
-
eos stops working everytime I play video (remote or on mobile device) and press the progress bar to skip. Is this supposed to work? Is there any way to make it work, e.g. like setting a specific transcoding method (I didn't try them all)?
Paid version, Sony Xperia Z2
Apologies for the delay; I've been under the weather for the past week.
When you say "stops working", do you mean the application crashes? I haven't seen this behavior myself. The seek bar doesn't work in most cases when streaming media to the device, but the seek bar on the Playing Now page should always work to control remote playback.
-
Apologies for the delay; I've been under the weather for the past week.
When you say "stops working", do you mean the application crashes? I haven't seen this behavior myself. The seek bar doesn't work in most cases when streaming media to the device, but the seek bar on the Playing Now page should always work to control remote playback.
It crashes. I get a dialog box stating 'eos stopped working'. This applies at least when playing video on the device. When using it as a remote for dlna video playback to the living room TV , skip doesn't work, but I will need to test again to check if it crashes.
Gizmo has managed to get skip working for some time now, and I was hoping eos did as well.
-
It crashes. I get a dialog box stating 'eos stopped working'. This applies at least when playing video on the device. When using it as a remote for dlna video playback to the living room TV , skip doesn't work, but I will need to test again to check if it crashes.
Gizmo has managed to get skip working for some time now, and I was hoping eos did as well.
For device playback, eos' skip functionality is limited to what the Android framework provides, which unfortunately is horribly broken, a fact I've mentioned a few times in this thread. JRiver is comprised of a team of people with far more knowledge of media and media playback than I. It seems as though Gizmo doesn't rely on the Android framework's implementation of media playback, unlike eos, and so it is not subject to the same limitations. I've never seen eos crash when attempting to seek - the video normally just starts over from the beginning. I've checked my Google Play console, and I don't see any crash reports for any versions of eos in the last week. Next time this occurs, can you send a bug report?
As far as controlling remote playback goes, eos issues commands to MC in order change the playback position; it is MC that is responsible for adjusting playback accordingly. I would expect that Gizmo works in the same manner, and so I would think that Gizmo would also be unable to seek in this situation.
-
got a eos update today.
what are the changes?
-
got a eos update today.
what are the changes?
From Google play:
New:
Fast scrolling now available in lists - drag the scrollbar!
Updated star icon shown in file lists - thanks Mirko!
Playing Now's loading dialog now includes a cancel button
Fixed:
Several crashes
Question that might have been up:
What about the cache / buffer? Is it possible?
-
No big deal but I just noticed that the rating star in playing window on/off is no longer functioning in my various devices using EOS 1.5.0 on android systems 4.2.2 and 4.1.2.
-
No big deal but I just noticed that the rating star in playing window on/off is no longer functioning in my various devices using EOS 1.5.0 on android systems 4.2.2 and 4.1.2.
I can't reproduce on either of my devices - Xperia Z2 running 4.4.2, and a Nexus 7 running 4.4.4. The stars on the Playing Now page are hidden as expected when I uncheck the option in Settings. Are you referring to the stars on the Playlist view on the Playing Now page? Those aren't hidden by this option - it only refers to the stars next to the Volume button, underneath the cover art, that are used to modify the rating of the current track.
Question that might have been up:
What about the cache / buffer? Is it possible?
Do you mean downloading tracks to your device for offline playback? That was requested a while ago - as far back as the first page of this thread! Storing and maintaining a cache is not trivial, and as I mentioned then, it isn't something that I had really planned on implementing.
-
I can't reproduce on either of my devices - Xperia Z2 running 4.4.2, and a Nexus 7 running 4.4.4. The stars on the Playing Now page are hidden as expected when I uncheck the option in Settings. Are you referring to the stars on the Playlist view on the Playing Now page? Those aren't hidden by this option - it only refers to the stars next to the Volume button, underneath the cover art, that are used to modify the rating of the current track.
My apologies, I thought it removed the Playlist view ones also. It is working as you intended, sorry to waste your time.
-
Do you mean downloading tracks to your device for offline playback? That was requested a while ago - as far back as the first page of this thread! Storing and maintaining a cache is not trivial, and as I mentioned then, it isn't something that I had really planned on implementing.
I mean: Downloading (buffering) songs in case you lose the connection for a while. For example, in the car. In Gizmo can select 1, 3, 5 tracks in advance.
-
Sorry for the late report on this (busy with work), but EOS now opens and closes immediately with no error msg. Just a quick flash and back to the Android screen. Not sure how to send a log or get anything useful as it will not open.
Thanks
Nathan
-
Sorry for the late report on this (busy with work), but EOS now opens and closes immediately with no error msg. Just a quick flash and back to the Android screen. Not sure how to send a log or get anything useful as it will not open.
Thanks
Nathan
Hey Nathan, try closing eos, then opening the Settings app on your device. In the Settings app, go into Apps and find eos. On the details page for the app there should be buttons to clear cache and clear data. Clear both, and try launching eos again to see if that fixes it.
-
Thanks - no luck, also tried an uninstall / reinstall and that did not help either.
-
I don't have an older APK to test but the Trial version runs fine.
-
Hello,
I'm using your software for some weeks now, and I may say it's pretty cool. (the best one on android for now)
I use it mainly in theater view mode, and it would be cool to have more player control in the Theater View screen, I mainly think about player control.
-
Great support, looks like EOS is back and working.... though I think my server is off line ;(
Thanks
Nathan
-
Hello,
I'm using your software for some weeks now, and I may say it's pretty cool. (the best one on android for now)
I use it mainly in theater view mode, and it would be cool to have more player control in the Theater View screen, I mainly think about player control.
Thanks for the feedback! I agree with you: it would be nice to have playback controls on the Theater View page. I've added these buttons, and you can look forward to them in the next version of eos (v.1.6.0).
Edit: I've just pushed v1.6.1 to Google Play. Changelist:
New:
Keyboard entry and playback controls now available on the Theater Remote page
Fixed:
Up navigation (tapping the application icon in the action bar) will correctly reset the home screen to the top level of navigation
"Remember connectable address" now defaults to off
-
I just finished adding Volume buttons (Up, Down, and Mute) to the Theater Remote page. This also seemed like a good place to have this functionality.
In addition to the volume buttons, I also added a dropdown to the top of the page. This dropdown will allow you to choose the zone that the volume buttons will control. In my own setup, my HTPC is connected to my receiver, which is where the volume needs to be changed. Without this dropdown, the volume buttons would only control the "Player" zone, which wouldn't have any impact on the volume. Note that this dropdown will always default to the active zone (i.e. - the same zone that's listed in the action bar's subtitle, underneath the name of the current page).
This change will be included in the next build of eos, which will likely be 1.6.2.
-
Great app, with particularly fast display when browing a library.
Just one thing that prevents me to definitively switch to it:
the titles of the disks are very often truncated when browsing in the library (when the title is larger that the thumbnail).
This is particularly not convenient when 2 or 3 CDs share the same / similar cover art(s) and similar titles ("Blahblah long text... Vol.1" / "Blahblah long text... Vol.2" ).
Other DLNA apps solve this by offering two views for browsing: one "Thumbnails" view, which is generally enough, and a "details" view, with one CD per line, displaying the full titles.
Any chance to see such a feature in a near future? I would with pleasure pay for it a 2nd time.
And the track number also displayed in the "playing now" view, before Gizmo is able to do it? :-)
Kinds regards.
CM
-
EOS is really really really great! I sometimes use bubbleupnp to control playback but EOS is soooo much faster to browse. I also use EOS over mobile phone data through a VPN, the speed is truly impressing! I can't see the point with gizmo anymore :D
I do of course have a question :D. When browsing around in the app sometimes, at the top, there are icons that can take me directly to playing now and zones. But sometimes these are not there and to get to playing now I currently go back on the topmost left icon until I'm at the top level, then I scroll down past all my playlists and at the bottom I use the playing now icon. Is there a smarter way to do this then what I do and why are the quick access top Icons sometimes there and sometimes not?
Since I at times have quite a few clicks to get to now playing I've noticed my phones hardware volume control only works on the playing now screen, not on the music browsing pages.
Anyway, thanks for a TOP app!
-
Can we have chrome cast support?
I noticed movies info are very difficult to view. A novice will not be able to use this info. Is there any way to see the detailed info by hovering over the movies cover arts, similar to the way it works in standard view?
Any possibility of displaying 1080P?
I am really enjoying this software.
Thanks.
George
-
chromecast, and tags/description viewing would still be stellar. :)
-
Thanks for the feedback! I agree with you: it would be nice to have playback controls on the Theater View page. I've added these buttons, and you can look forward to them in the next version of eos (v.1.6.0).
Edit: I've just pushed v1.6.1 to Google Play. Changelist:
That rocks! You made my day. Waiting impatiently for the upcoming 1.6.2.
The library views + this improved Theater View remote is now allowing me to get the full power of MC on Android.
-
Just one thing that prevents me to definitively switch to it:
the titles of the disks are very often truncated when browsing in the library (when the title is larger that the thumbnail).
Currently, list views are only used to display lists of files. Adding the ability to switch from grids to lists as you suggest wouldn't be trivial. The real problem here is that the text is truncated. I've been trying to come up with other ways of solving this but to be honest I haven't had much luck. I've reduced the amount of padding around the text, and increased the maximum number of lines of text from one to two. The end result is a slightly bigger overlay of text upon the thumbnail, but more of the item's name is visible.
I thought about making the number of lines of text configurable (up to a maximum of 4), but realized that this is a poor bandaid: at some point there would still be a title that would be too long to fit in 4 lines, and the text would still be truncated. I also tried changing the ellipses so that they appear in the middle of the text instead of the end, but the result was... comical. You'd be able to see the final few characters of your album title to discern Volume 1 from Volume 2, but the rest of the text would be cut in weird places and be virtually unreadable. I also thought about making truncated labels clickable, at which point they would expand to fill the grid item. But the Android framework doesn't make it easy to determine when a label's text has been ellipsized: the code to do so has a performance cost.
I'll try to think of other solutions to this, but in the interim I hope that the increase to the number of lines will help somewhat. That change will be included in the next build.
And the track number also displayed in the "playing now" view, before Gizmo is able to do it? :-)
Unfortunately, this information isn't available in the Playing Now response, so I don't think eos will support this until Gizmo does too.
-
EOS is really really really great! I sometimes use bubbleupnp to control playback but EOS is soooo much faster to browse. I also use EOS over mobile phone data through a VPN, the speed is truly impressing! I can't see the point with gizmo anymore :D
I do of course have a question :D. When browsing around in the app sometimes, at the top, there are icons that can take me directly to playing now and zones. But sometimes these are not there and to get to playing now I currently go back on the topmost left icon until I'm at the top level, then I scroll down past all my playlists and at the bottom I use the playing now icon. Is there a smarter way to do this then what I do and why are the quick access top Icons sometimes there and sometimes not?
Since I at times have quite a few clicks to get to now playing I've noticed my phones hardware volume control only works on the playing now screen, not on the music browsing pages.
Anyway, thanks for a TOP app!
Thanks for your feedback!
On the screens where the buttons for Playing Now and Zones aren't immediately visible, you'll notice that the last button in the action bar at the top of the screen is three vertical dots. Pressing this button will open the "Action Overflow" menu, which is where additional items that couldn't fit onto the action bar are placed. On every page (with the exception of Settings) the buttons for Playing Now, Zones, and Theater Remote should be available.
As a side note, many other Android applications also use the Action Bar, and if they have a lot of actions available they'll also have this overflow menu. Check them out - you never know what functionality you'll find buried in there! :)
-
Can we have chrome cast support?
I noticed movies info are very difficult to view. A novice will not be able to use this info. Is there any way to see the detailed info by hovering over the movies cover arts, similar to the way it works in standard view?
Any possibility of displaying 1080P?
chromecast, and tags/description viewing would still be stellar. :)
Tags/descriptions for videos is an interesting beast. I know your original request was to inject a new details screen that would appear after tapping on a video in eos, before starting playback. I still don't think that I want to change this flow, but I do recognize that the existing File Info screen is far from ideal for viewing this information. Currently, this page is just a dump of all of the fields that the library server returns. I'll see if I can clean this page up so that it's more useful when viewing video info. As George suggested, I'll use the Standard View's hover as a starting point, along with the Theater View's details page.
A friend of mine recently picked up a Chromecast. I'll see if I can borrow it from him to play around with it. I'm not making any promises about supporting it! But it will be easier to figure out how the Chromecast APIs work if I have a device to test with.
-
Thanks :)
-
A friend of mine recently picked up a Chromecast. I'll see if I can borrow it from him to play around with it. I'm not making any promises about supporting it! But it will be easier to figure out how the Chromecast APIs work if I have a device to test with.
PM me your address and I'll send a Chromecast to you. I don't use it.
-
Tags/descriptions for videos is an interesting beast. I know your original request was to inject a new details screen that would appear after tapping on a video in eos, before starting playback. I still don't think that I want to change this flow, but I do recognize that the existing File Info screen is far from ideal for viewing this information. Currently, this page is just a dump of all of the fields that the library server returns. I'll see if I can clean this page up so that it's more useful when viewing video info. As George suggested, I'll use the Standard View's hover as a starting point, along with the Theater View's details page.
A friend of mine recently picked up a Chromecast. I'll see if I can borrow it from him to play around with it. I'm not making any promises about supporting it! But it will be easier to figure out how the Chromecast APIs work if I have a device to test with.
.
Thanks.
George
-
I think I found a little bug (not sure)
From time to time the EOS cant find my server, solution is to delete the server, and then add it again.
This happens when the router has been restarted and all computers a gizmos in the house reconnects. I guess its beacuse the server got a new IP adress?
I really like the hardware volyme button's in "play know", Its a habbit and I miss them on the other pages.
Could it be intresting that eos auto-switches to "playing now" after lets say 15 sec? It could be nice so the "playing now" is always the startscreen. ( But this would ofcourse be very anoying for many users, specially theater mode :-) ) But somehow I would find it convenient when your around in the house, wanna switch song or adjust the volume, pop up the phone, and directly your at the "playing now" :-)
-
I think I found a little bug (not sure)
From time to time the EOS cant find my server, solution is to delete the server, and then add it again.
This happens when the router has been restarted and all computers a gizmos in the house reconnects. I guess its beacuse the server got a new IP adress?
I really like the hardware volyme button's in "play know", Its a habbit and I miss them on the other pages.
Could it be intresting that eos auto-switches to "playing now" after lets say 15 sec? It could be nice so the "playing now" is always the startscreen. ( But this would ofcourse be very anoying for many users, specially theater mode :-) ) But somehow I would find it convenient when your around in the house, wanna switch song or adjust the volume, pop up the phone, and directly your at the "playing now" :-)
Hey Stormen,
What you've described isn't a bug, that's the result of an unfortunate decision I made: the default is for eos to cache the IP address for your server after looking it up via access key. This worked really well for me, since I've defined static IP addresses for all of my PCs, but doesn't work for a lot of other people whose devices are automatically assigned IPs via DHCP. I've received a number of support requests for this problem, so in v1.6.0.1 I changed the default. When you create your server, ensure that the "Remember connectable address" option is disabled and you should no longer have this problem.
I don't want to have the volume buttons control JRiver's volume outside of the Playing Now page because otherwise you wouldn't be able to control the device's volume while you're in the app. And I could add an option to launch Playing Now when eos is started, but setting up a timer to automatically launch it after a delay isn't something I'm likely to add. Playing Now is, at most, two taps away on any screen, and having the app jump around without any user interaction doesn't seem normal!
-
Hey
Thanks for reply, I really like your thinking and its great to be able to juggle questions that pops up.
Your right, there is no need to have the "play now" on launch, just a behavior in how to tap around and find things fast.
I've found an app really intresting. Its the app for Swedish Radio (Sveriges Radio play). When streaming audio and the device (phone) goes into screenlock and you tap the "home button" to light it up and enter your securitycode (drawn or numbers) there is Play/pause and skip available above the security digits. The backround is also changed to show a picture from the radioprogram. I didnt even know that was possible. :)
Now I see also that spotify seems to have the same possibility
http://i.stack.imgur.com/CBptw.jpg
In that way the phone is more like a instant remote, only volume missing :-) lol
-
Tags/descriptions for videos is an interesting beast. I know your original request was to inject a new details screen that would appear after tapping on a video in eos, before starting playback. I still don't think that I want to change this flow, but I do recognize that the existing File Info screen is far from ideal for viewing this information. Currently, this page is just a dump of all of the fields that the library server returns. I'll see if I can clean this page up so that it's more useful when viewing video info. As George suggested, I'll use the Standard View's hover as a starting point, along with the Theater View's details page.
A friend of mine recently picked up a Chromecast. I'll see if I can borrow it from him to play around with it. I'm not making any promises about supporting it! But it will be easier to figure out how the Chromecast APIs work if I have a device to test with.
Greetings:
I am hoping you will give me two Christmas presents.. my request (1) Chromecast support, (2) a reworked intuitive file info.
If these requests are not going to be available for Christmas, make it a "New Year" Present for me and others.
Thanks for the hard work.
George
-
eos is not available in the Google Play Store on a Nook HD. This runs Android 4.0.3 with a custom skin and initially had a walled app store but now also has access to the normal Google store. But as I say, eos is not a compatible device for some reason and is not listed. Do you know why?
-
Greetings:
I am hoping you will give me two Christmas presents.. my request (1) Chromecast support, (2) a reworked intuitive file info.
If these requests are not going to be available for Christmas, make it a "New Year" Present for me and others.
Thanks for the hard work.
George
Hi George,
I've got a new version of eos in Alpha right now that addresses your second concern. When opening up the File Info page for Videos, it will now show a nicely formatted screen with the video's description, actors, director, and genre.
As for Chromecast, I still haven't gotten my hands on one. Thanks to @magnust for the offer of your Chromecast, but I think I might just order one this weekend. Google brought back the $20 Play Store credit when you purchase one, so they're essentially only $19. But as I mentioned, I'm not *promising* Chromecast support, but I will investigate!
eos is not available in the Google Play Store on a Nook HD. This runs Android 4.0.3 with a custom skin and initially had a walled app store but now also has access to the normal Google store. But as I say, eos is not a compatible device for some reason and is not listed. Do you know why?
eos has a minimum requirement of API level 16, which is Android 4.1. So unfortunately, it isn't supported on your Nook HD.
When streaming audio and the device (phone) goes into screenlock and you tap the "home button" to light it up and enter your securitycode (drawn or numbers) there is Play/pause and skip available above the security digits. The backround is also changed to show a picture from the radioprogram. I didnt even know that was possible. :)
Now I see also that spotify seems to have the same possibility
http://i.stack.imgur.com/CBptw.jpg
Interesting, Stormen. I haven't seen anything like that before. I did a quick search to see if I could figure out what API that might be, but I didn't see anything conclusive. Does that only work when the Spotify app is in the foreground when the device goes to sleep?
-
Hi George,
I've got a new version of eos in Alpha right now that addresses your second concern. When opening up the File Info page for Videos, it will now show a nicely formatted screen with the video's description, actors, director, and genre.
As for Chromecast, I still haven't gotten my hands on one. Thanks to @magnust for the offer of your Chromecast, but I think I might just order one this weekend. Google brought back the $20 Play Store credit when you purchase one, so they're essentially only $19. But as I mentioned, I'm not *promising* Chromecast support, but I will investigate!
eos has a minimum requirement of API level 16, which is Android 4.1. So unfortunately, it isn't supported on your Nook HD.
Interesting, Stormen. I haven't seen anything like that before. I did a quick search to see if I could figure out what API that might be, but I didn't see anything conclusive. Does that only work when the Spotify app is in the foreground when the device goes to sleep?
Thanks so much for the prompt reply. Info usability and simplicity is welcome. I hope it will be easy to use. Is it not possible to just hoover on the cover art, then fire up the code or snippet that displays the file info? Just grin, my silly thoughts.
You are going to win lots of hearts with the addition of Chromecast su[port, if doable !!!
Thanks again.
George
-
Does that only work when the Spotify app is in the foreground when the device goes to sleep?
Hi. I had to test. The app could be running both in backround and as primary program but it's first when you start to stream media the option in the "key lock" is active.
-
Have been keeping a closer eye on how the navigation buttons and action bar is set up. Thanks for the tip!
But I do have one (small) wish. When on the main/start page there is no goto-now-playing button. I need to first expand the left drawer list, then scroll down past my maaaany wiews in the list and finally click the now playing button at the bottom of the list. I wish for Christmas that Santa Clause adds a playing now button at the top of that page ;D ;D ;D
-
Hi
I asked before if there was any possibilities to start a device. Ex a dvd. But there wasnt any options to catch from MC.
Now I connected a lot of sources. Ex turntable etc on the input on my "lynx two B" audiocard.
I wounder if there is any option to open the ASIO live playback using eos.
Now i have to start up the tv. Find the keyboard etc.
-
I've done this with JRemote by using the Gizmo views. I can't remember the exact steps as I'm not at home but it's something like this:
1. Open ASIO Live from MC and go to Playing Now. ASIO Live appears in Playing Now as an item, as though it was a media file.
2. Right-click on it and create a new playlist with this item in it.
3. Go the playlist and you can now tag the ASIO Live entry as though it was a normal media item.
4. You can now delete the playlist I think - the ASIO Live is now a media item in your library and it will appear wherever you want it to appear in your media heirarchy according to the tags. I think I just created a separate two-level entry for it in the views.
-
Is the software available for Kindle Fire HD? If not, is it ok to side load it on the Kindle without breaking any licensing agreement. I purchased the license yesterday and it works great on my android phone but would like a bigger screen that the Kindle provides.
Thx
-
Great, tnx for advice, I added it to the playlist and named it INPUT. works great. Now If I want to listen to my turntable I just start the computer + amps and choose input on the playlist in the eos.
-
Hi George,
I've got a new version of eos in Alpha right now that addresses your second concern. When opening up the File Info page for Videos, it will now show a nicely formatted screen with the video's description, actors, director, and genre.
As for Chromecast, I still haven't gotten my hands on one. Thanks to @magnust for the offer of your Chromecast, but I think I might just order one this weekend. Google brought back the $20 Play Store credit when you purchase one, so they're essentially only $19. But as I mentioned, I'm not *promising* Chromecast support, but I will investigate!
eos has a minimum requirement of API level 16, which is Android 4.1. So unfortunately, it isn't supported on your Nook HD.
Interesting, Stormen. I haven't seen anything like that before. I did a quick search to see if I could figure out what API that might be, but I didn't see anything conclusive. Does that only work when the Spotify app is in the foreground when the device goes to sleep?
Greetings:
I just updated this A.M. The file info looks beautiful, well formatted and it is a killer in my opinion.
Thanks for taking the time to update this feature.
I am still not ok regarding this "file Info" design.
How can a newbie know how to use this feature?
at the moment, we have to select the file name or by holding down for a few seconds, we then see a check mark on the top left side, then look right to press the three dots or options, then select File Info.
Is there any way this file info will just pop up as soon as we select or press or hold down on the file name?
If this is not possible to implement, I will understand.
Have you ordered your Chromecast yet? <grin>
Thanks for taking the time to implement this super feature.
George.
-
PM me your address and I'll send a Chromecast to you. I don't use it.
-
Greetings:
I just updated this A.M. The file info looks beautiful, well formatted and it is a killer in my opinion.
Thanks for taking the time to update this feature.
I am still not ok regarding this "file Info" design.
How can a newbie know how to use this feature?
at the moment, we have to select the file name or by holding down for a few seconds, we then see a check mark on the top left side, then look right to press the three dots or options, then select File Info.
Is there any way this file info will just pop up as soon as we select or press or hold down on the file name?
If this is not possible to implement, I will understand.
Have you ordered your Chromecast yet? <grin>
Thanks for taking the time to implement this super feature.
George.
Hey George,
There are two different types of context menus - those that appear when long pressing on something - available on Android: there's a popup dialog menu, and the Contextual Action Bar (CAB). The menu that you're referring to is the latter, which is what eos primarily uses. iirc, the former is used by Gizmo in a number of places, but it's also used in the search results grid in eos. Both of these are standard Android paradigms, with the CAB being the most recent.
The CAB is unintrusive and easily allows you to select multiple items, which is why I opted to use it. I agree that it would be nice if more of the available actions were visible on the action bar at one time, but this is a limitation device's screen size.
I don't want to have a different flow when clicking on a video vs clicking on any other type of media. This leads to seemingly inconsistent behavior, which I believe would only add confusion. I don't believe tracking the touch of the cover art vs the rest of the list item is possible, due to the way that Android's ListView control handles clicks on its items.
What I can offer is to move the File Info action to the start of the menu, so that it always shows up first. On phones, this will likely result in the 2 displayed actions being "File Info" and "Play" (when a single item is selected - File Info isn't available when multiple items are selected). At the very least, this would make File Info more readily available.
Thoughts?
Re: Chromecast - I haven't ordered one yet. The sale is on until December 14th, so I still have some time.
-
Greetings:
I just showed the File Info to my wife, she loves it.
I did not mean to create more issues for you my friend. Just do whatever is possible or feasible on this EOS. Just a suggestion again.
The "option" - object that has 3 dots on the right top side- can you embed it within the cover arts or name of movie or put the code or command within the movie name or cover arts. We are only interested in the "File Info " action here not other menus that are on that page.
Sorry I am trying to visualize how this could be implemented. My days of object programming using Visual dbase plus are over <grin>
I can order one chromecast for you today and send it to you as a gift.
Send me a PM with your address.
Thanks for adding fun to our hobby.. MC 20
George
-
Quick update:
I'm out of town on a work trip this week, so my availability will be limited. But sometime over the coming weekend I'll be pushing v3.0 of eos to Google Play. This new version will include Widgets! You'll be able to add a lockscreen and/or a homescreen widget, which will show you the current track, allow you to control playback (play/pause, stop, next and previous track buttons), and allow you to jump straight to Playing Now by tapping on the cover art.
This new version is currently in Alpha testing right now, and I'm eliciting feedback from that group. If anyone else is interested in becoming an Alpha tester, please send me a PM with your GMail address and the types of devices that you'll be testing. Note that you'll need to have purchased eos, or be willing to purchase eos in order to be an Alpha tester. This is a limitation of Google Play.
Cheers!
-L
-
Cool updates! Thx!
-
Wow. I'm amazed. This will be awsome!!
-
Please pretty pretty please, a now playing button on this page too:
-
Question for the group. I have a large smart list which has flac, aiff, wav etc files and every time when I select that audio starts stuttering and the playlist is not displayed. Is there a tweak that I can try to fix the issue? I will try it with JRemote and Gizmo tonight to see if I see similar issues. JRemote version that I am using is 19.0.163.
Thx
-
Question for the group. I have a large smart list which has flac, aiff, wav etc files and every time when I select that audio starts stuttering and the playlist is not displayed. Is there a tweak that I can try to fix the issue? I will try it with JRemote and Gizmo tonight to see if I see similar issues. JRemote version that I am using is 19.0.163.
Thx
I assume you're trying to stream these files to your device? If so, it sounds like your device's connection to your media server isn't fast enough to stream files of that bitrate. I'd suggest turning on audio transcoding on the Settings page.
-
Greetings:
Any update on the Chrome cast stuff ?
George
-
Any update on the Chrome cast stuff ?
Nope, not yet
-
I assume you're trying to stream these files to your device? If so, it sounds like your device's connection to your media server isn't fast enough to stream files of that bitrate. I'd suggest turning on audio transcoding on the Settings page.
Nope, just listening to my main system which has JRiver pc connected to the DAC and using eos/jremote/gizmo strictly as remote to control my setup.
Lenove gen3 i5 running JRiver 19.0.163 converting everything to DSD on the fly --> DSD DAC --> Preamp --> Amp --> Speaker
-
Nope, just listening to my main system which has JRiver pc connected to the DAC and using eos/JRemote/gizmo strictly as remote to control my setup.
Lenove gen3 i5 running JRiver 19.0.163 converting everything to DSD on the fly --> DSD DAC --> Preamp --> Amp --> Speaker
Strange, I've never seen that happen. Does this also occur when you start playback from a different remote app? How large is the smartlist you're talking about? eos will request the entire playlist from the server when loading the Playing Now page, but unless your playlist is ridiculously large that shouldn't cause any issues. I've tried loading a playlist with my entire library - about 6500 files - and I only noticed a slight delay on eos while it was trying to parse and store the playlist. JRiver didn't seem to have any trouble sending the playlist to my device.
-
The playlist has close to 10k songs. Today I was not able to recreate the issue. I will report back in case it happens again.
-
Trial version crashed right after hitting the Zone icon, I let it send the crash report. No matter. I bought the Paid Version. It look nice, hope I don't have playing now sync issues like with Gizmo.
-
Nope, not yet
Greetings:
A few days ago, I updated my movie collection to include Belle and Blended.
Wife was anxious to watch Belle on her Samsung Galaxy S5.
Note - wife has a degree in Mathematics around 1984, an avid PC user, and also an SAP high level programmer.
Using EOS seems to make her happy, but since the introduction on "File Info", she must read the descriptions before watching a movie. Belle was one of the movies she really wanted to read the info. For her it is hit and miss. For me also, it is a hit and miss, but I have more patience than her.
Now let us get the the cheese of this matter.
We have to find a way to improve the file info interface of this beautiful program of yours.
I used to program OOP- Object Oriented Programming using Dbaseplus. I have not done any programming for 5 years, so I might not be 100% correct due to aging memory.
The "object" - options at far right corner does have "action" or code. Within the Android API, is there a way to get the "action" or code underneath the object , place this action or code on the cover arts: For movies- it will have "watch" "details" or "info".
For Audio it will have "Play" or "info" or "details".
When in movies, just touching or tapping the over arts will display "watch " "details" or "info", same goes for the audio.
This is just my thought, I may be wrong, please accept my apology if this suggestion offends you.
The wait is killing me regarding the Chrome cast interface. If I know your physical address, I would have sent you a cast.
Friend-- can we get the ball rolling?
Remember this is the Christmas present I asked for, from you and nothing else, <grin>.
Thanks
George
-
Trial version crashed right after hitting the Zone icon, I let it send the crash report. No matter. I bought the Paid Version. It look nice, hope I don't have playing now sync issues like with Gizmo.
Thanks for your feedback!
I think the crash you experienced on the Zones page is due to the hidden zones feature. I fixed the crash in the paid version some time ago, but to be honest I haven't gone back and updated the free trail since its initial launch.
We have to find a way to improve the file info interface of this beautiful program of yours.
I have to admit that I was skeptical - I wasn't sure that I could make the cover art click distinct from the rest of the item. But it turns out it just "worked". So I took one of your suggestions: now, clicking on the cover art for an item in a list of files will open up the File Info page for that item. Clicking anywhere else on the item will begin playback, as you'd expect. I've also changed the logic for the display of the cover art: any item that is a video will always show the cover art so that you can take advantage of this new feature.
I just pushed this change to Alpha for further testing. I've gotten some great feedback from that group already; barring the discovery of any issues, I hope to push v3.0 of eos to production by the end of the weekend.
-
Thanks for your feedback!
I think the crash you experienced on the Zones page is due to the hidden zones feature. I fixed the crash in the paid version some time ago, but to be honest I haven't gone back and updated the free trail since its initial launch.
I have to admit that I was skeptical - I wasn't sure that I could make the cover art click distinct from the rest of the item. But it turns out it just "worked". So I took one of your suggestions: now, clicking on the cover art for an item in a list of files will open up the File Info page for that item. Clicking anywhere else on the item will begin playback, as you'd expect. I've also changed the logic for the display of the cover art: any item that is a video will always show the cover art so that you can take advantage of this new feature.
I just pushed this change to Alpha for further testing. I've gotten some great feedback from that group already; barring the discovery of any issues, I hope to push v3.0 of eos to production by the end of the weekend.
Greetings:
Thanks for listening to me. My wife will be happy. You do not have to rush this by pushing it out.
I am glad the suggestion works. Can you do this for cover arts for Audio or music also?.
I am sending you a PM now.
George.
-
I am glad the suggestion works. Can you do this for cover arts for Audio or music also?.
The change I made means that tapping on the cover art for any media type will cause the File Info page to open for that file. I haven't changed the logic for the display of cover art for those media types, though. i.e. - when you're looking at the list of tracks for an album, the cover art still won't be displayed.
-
The change I made means that tapping on the cover art for any media type will cause the File Info page to open for that file. I haven't changed the logic for the display of cover art for those media types, though. i.e. - when you're looking at the list of tracks for an album, the cover art still won't be displayed.
Greetings:
I sent you a PM yesterday, did you receive it?
Amazon will not ship unless I include your phone number.
Please PM your phone.
Thanks.
George
-
Hey everyone!
I just pushed v3.0.5 of eos to production. It should be available in the next few hours.
The biggest new feature is the availability of Widgets. You can add an eos Widget to your homescreen and/or to your lockscreen. These widgets allow you to see the currently playing track, control playback, and change the volume. Tapping on the cover art will take you directly to the Playing Now page.
Note: Due to the Android platform's diligence in limiting power consumption, the background service that is responsible for updating the Widget gets slain quite frequently. This is really only an issue when tracking remote playback, but you'll notice that the widget won't always be in sync. That's why I added a Refresh button to the Widget. Tapping Refresh or any of the playback controls will restart this service and update the track info.
You'll also note that the platform's playback Widget will appear on the lockscreen while doing device playback of music. How this looks depends on your device, but if you've used other media players on your device it should look familiar. As part of this change, you should also be able to control playback using media buttons (e.g. - from a bluetooth stereo), and the track info should also be displayed on a connected stereo (where supported).
In addition, when viewing a list of files, you can now tap on the cover art to be taken to the File Info page for that item.
Cheers!
-L
-
Oops, just realized the volume icons on the Lockscreen widget were incorrect. Uploaded v3.0.6 with the fix.
-L
-
within the weekend I was surfing the net and some possible new music came across.
because my musik server was not up and running to check if I did not already have the CD ( or not available, offline, what ever) I had to let pass the opportunity ( had to park the cd's in the shopping cart, what ever).
That is the reason why I am asking to implement for a offline DB within EOS ;-)
From my pont of view, unlike the generic specific tags @ "playing now" http://yabb.jriver.com/interact/index.php?topic=92511.0 (http://yabb.jriver.com/interact/index.php?topic=92511.0), eos did'nt need any additional features from MC.
Could you please think a second time of implementing such a feature within EOS.....
;-)
-
That is the reason why I am asking to implement for a offline DB within EOS ;-)
Could you please think a second time of implementing such a feature within EOS.....
Sorry, but no. An offline cache is a significant amount of work, mainly because MC's responses explicitly indicate that they shouldn't be cached. This means that I would have to implement caching logic myself, logic which should normally be handled by an HTTP cache automatically based on response headers.
-
Oops, just realized the volume icons on the Lockscreen widget were incorrect. Uploaded v3.0.6 with the fix.
-L
A tip when you type in "News" on Google Play.
Save one or two versiner back, as it was now so I do not see the big change just the last thing you did ...
(https://db.tt/Vzo7nN5m)
-
A couple issues--
1. Audio Conversion Off will not play FLAC. Just hangs on buffering (even on network). G2 running KitKat, so I should be able to decode FLAC I would think. The only thing I can get to play with this setting are source format MP3s.
2. Bluetooth does not display track info. Media buttons on my head unit work great, but no track info on the screen. I have the same issue with Gizmo. Google Play and the LG media player display the track info just fine, so I don't think it is a device limitation. Does this require root access or something?
A couple questions--
1. Reading the first page, it sounds like video seek was not possible. Is that still the case? It works playing to a zone, but not playing to device.
2. What are the video quality settings? Looks like high is 720p maybe? Would it be possible to add 1080p? What about adding OGG Vorbis 16/44.1 for audio? Not sure if that is controlled by you or what JRiver is capable of sending.
A couple suggestions--
1. Would it be possible to add a long tap on the pause button for stop? Instead of having to go into a menu.
2. Could you make the device soft menu key open settings?
FWIW I have this running on an Amazon FireTV Stick. Works great. If I could get Redbook quality audio and 1080p video, it would eliminate any other streamer or DLNA device. I currently use Kodi for Android loading my library thru UPnP for the higher quality, but it doesn't work off network. This would solve that when traveling.
-
A couple issues--
1. Audio Conversion Off will not play FLAC. Just hangs on buffering (even on network). G2 running KitKat, so I should be able to decode FLAC I would think. The only thing I can get to play with this setting are source format MP3s.
2. Bluetooth does not display track info. Media buttons on my head unit work great, but no track info on the screen. I have the same issue with Gizmo. Google Play and the LG media player display the track info just fine, so I don't think it is a device limitation. Does this require root access or something?
A couple questions--
1. Reading the first page, it sounds like video seek was not possible. Is that still the case? It works playing to a zone, but not playing to device.
2. What are the video quality settings? Looks like high is 720p maybe? Would it be possible to add 1080p? What about adding OGG Vorbis 16/44.1 for audio? Not sure if that is controlled by you or what JRiver is capable of sending.
A couple suggestions--
1. Would it be possible to add a long tap on the pause button for stop? Instead of having to go into a menu.
2. Could you make the device soft menu key open settings?
FWIW I have this running on an Amazon FireTV Stick. Works great. If I could get Redbook quality audio and 1080p video, it would eliminate any other streamer or DLNA device. I currently use Kodi for Android loading my library thru UPnP for the higher quality, but it doesn't work off network. This would solve that when traveling.
I'll try and tackle your questions in the same order:
Re: issues:
1. I would think that your device is able to decode FLAC. I'm not sure how much of the track needs to be buffered before playback starts. My entire library is in FLAC, and I've had no trouble streaming those files to my Nexus 7 or Xperia Z2 over wifi. I haven't exposed my library server to the internet so I've never tried streaming over 4G. Playback usually starts in 2-4 seconds. Does it eventually time out, or does it stay in "buffering" forever?
2. eos gives all of the metadata for the current track to the platform, and then the platform is responsible for providing that metadata to the stereo. This shouldn't require root access. If you see the track info on the lockscreen, then the data is being provided to the platform. I know that some users in the Alpha group were able to see the track info on their stereos, so I'm not sure why it wouldn't work on yours. Since it also doesn't work with Gizmo, my guess would be that it has something to do with the formatting of the track info, since the data would be coming from the same source.
Re: questions:
1. Yes, video seek during device playback is still broken. eos uses Android's VideoView control to do playback, and its support it sketchy, at best.
2. The video quality settings are the same as Gizmo's. As far as I'm aware, MC's transcoding options are limited to this: http://yabb.jriver.com/interact/index.php?topic=67837.msg504947#msg504947 - so the short answer, I think, is no.
Re: suggestions:
1. It isn't possible to distinguish long or short clicks on items in the action bar. There's a single method "onOptionsItemSelected" that gets fired as soon as you press one of those items.
2. At first I wasn't sure what you meant when you said "soft menu key", so I had to look it up. According to Google's own docs, the menu key is deprecated as of 3.0, which is probably why I'd never heard of it :). I'm not sure what changes would be required to support this, or how to test those changes if I did. Out of curiosity, what device are you using that still has a menu key?
One of my biggest complaints about the Android platform is that when it comes to media, there's so much inconsistency between different manufacturers, even on the same Android build. When I wrote eos for BB10 I didn't have to worry about others having different experiences, because both the hardware and software were very controlled. Android feels like a crapshoot.
-
I finally realized that the device image viewer works somehow, but is very slow to load pictures (I thought it was broken). Even on my home WLAN, more often than not, images are not displayed at all (most times) or after some 20-30s. My images on the MC server are typically 2 to 10MB JPEGs.
So to a number of image viewing questions, related to image browsing and viewing on device:
- Can loading of thumbs and full screen images be made more responsive, e.g. by transcoding (I rarely have any need for a 12Mpx image on my mobile device). And how should transcoding settings be defined?
- When an image list is created, by keyword, year or other filtering, could it be possible to have tiles/thumbnails building quickly rather than a list of file names? My image file names are less than self explanatory...
- New feature request: Can single-image viewing be made full screen?
- New feature request: Swipe zoom of single-image viewing when in full screen mode.
I realize that image viewing is maybe not everyone's top priority, but for me, a remote viewer is valuable. And since Gizmo does not support zooming, this would be a really valuable new eos feature.
-
A couple issues--
1. Audio Conversion Off will not play FLAC. Just hangs on buffering (even on network).
Greetings:
My entire audio library is FLAC. Conversion is set to "off". I have no problem on my Samsung Galaxy Note 3 playing FLAC ripped audio.
George
-
George,
Add you comments after the [ /quote ]. If you add them before, they end up as part of the quote.
-
George,
Add you comments after the [ /quote ]. If you add them before, they end up as part of the quote.
Sorry, my mistake I did delete most of the comments not to waste space.
George
-
I finally realized that the device image viewer works somehow, but is very slow to load pictures (I thought it was broken). Even on my home WLAN, more often than not, images are not displayed at all (most times) or after some 20-30s. My images on the MC server are typically 2 to 10MB JPEGs.
So to a number of image viewing questions, related to image browsing and viewing on device:
- Can loading of thumbs and full screen images be made more responsive, e.g. by transcoding (I rarely have any need for a 12Mpx image on my mobile device). And how should transcoding settings be defined?
- When an image list is created, by keyword, year or other filtering, could it be possible to have tiles/thumbnails building quickly rather than a list of file names? My image file names are less than self explanatory...
- New feature request: Can single-image viewing be made full screen?
- New feature request: Swipe zoom of single-image viewing when in full screen mode.
I realize that image viewing is maybe not everyone's top priority, but for me, a remote viewer is valuable. And since Gizmo does not support zooming, this would be a really valuable new eos feature.
Hey Trumpetguy,
I can definitely put some work into the image viewer in eos. I found a library that provides pinch and zoom support, so I'll try adding that to see how well it works. In 3.0.5 I added a "loading" placeholder that appears while fetching the full image. Take a look at http://yabb.jriver.com/interact/index.php?topic=67837.msg504947#msg504947 - you'll see a number of image transcoding options. I can implement those - as well as "Off", similar to Audio transcoding - in the Settings page. Do those suffice?
As for switching the view type to grids when viewing lists of Images, unfortunately that isn't possible. MCWS doesn't provide any context for an app to know what kind of items are in list the user is looking at.
Cheers!
-L
-
The change I made means that tapping on the cover art for any media type will cause the File Info page to open for that file. I haven't changed the logic for the display of cover art for those media types, though. i.e. - when you're looking at the list of tracks for an album, the cover art still won't be displayed.
hi:
Visiting the "info" display again, I noticed the cover art info for audio works differently.
For movies, it just displays the info with a tap of the cover art, but audio, when you tap the cover, it goes to the individual track, then tapping the track brings up the info.
I do not know if this is how you want it for the audio or not.
Another minor issue I just noticed a few minutes ago.
Watching a movie, it just stops, then starts to buffer and suddenly out of no where, will load another movie you did not ask for <grin>
Thanks for always finding a way to improve EOS.
George
-
hi:
Visiting the "info" display again, I noticed the cover art info for audio works differently.
For movies, it just displays the info with a tap of the cover art, but audio, when you tap the cover, it goes to the individual track, then tapping the track brings up the info.
I do not know if this is how you want it for the audio or not.
Another minor issue I just noticed a few minutes ago.
Watching a movie, it just stops, then starts to buffer and suddenly out of no where, will load another movie you did not ask for <grin>
Thanks for always finding a way to improve EOS.
George
George,
Yes, this is expected: tapping the cover art to open file info only works on lists of files. I believe I mentioned this in the last PM I sent you, but I didn't save it to my outbox so I can't be sure.
Are you referring to remote playback or device playback when you say that video playback "just stops" and advances to another video?
-
Just pushed v3.1.0 to Google Play!
This version includes the changes to the Image Viewer that I mentioned to Trumpetguy a few posts back:
- new option in Settings to change the image conversion settings. Enabling one of these is strongly recommended, since it will greatly reduce the amount of time it takes to load an image from your library server!
- pinch, zoom, and scroll support in the Image Viewer
It also fixes a few crashes that I've seen show up in my Google Play console since v3.0, which are likely related to the new Widgets.
-
Just pushed v3.1.0 to Google Play!
This version includes the changes to the Image Viewer that I mentioned to Trumpetguy a few posts back:
- new option in Settings to change the image conversion settings. Enabling one of these is strongly recommended, since it will greatly reduce the amount of time it takes to load an image from your library server!
- pinch, zoom, and scroll support in the Image Viewer
It also fixes a few crashes that I've seen show up in my Google Play console since v3.0, which are likely related to the new Widgets.
Wow, you're fast! Looking forward to test these new features when play store pushes the update. Thanks for the effort!
-
George,
Yes, this is expected: tapping the cover art to open file info only works on lists of files. I believe I mentioned this in the last PM I sent you, but I didn't save it to my outbox so I can't be sure.
Are you referring to remote playback or device playback when you say that video playback "just stops" and advances to another video?
Cover art info for audio. If this is how you designed it, then it is ok, but just wondering if it can be modified to just work like the video counterpart. If this is not possible, it is not a big deal.
It just "stops" while playing video from device. At times, it will just start all over with same video or pick any movie at random.
George.
-
Cover art info for audio. If this is how you designed it, then it is ok, but just wondering if it can be modified to just work like the video counterpart. If this is not possible, it is not a big deal.
It just "stops" while playing video from device. At times, it will just start all over with same video or pick any movie at random.
George.
Not sure what you're asking for wrt audio cover art. Tapping the cover art to go to File Info works the same way for all types of files. As I mentioned, this only works when you're viewing lists of files, i.e. - when you aren't looking at a grid. If you're looking at a list of albums, you aren't looking at a list of files - you have to drill down to the tracks and tap on the cover art next to the track you want info about.
Tapping on a video when doing device playback functions the same way as audio - it builds a playlist based on the videos in the list. Once the current video has finished, it's supposed to start the next one automatically. In the case of an error, however, it isn't supposed to jump to the next track. I'm not sure why it would stop playing in the middle of a video. The only thing that would come to mind is that you have transcoding enabled, and your computer is converting the video slower than you're watching it. In that case, when you get to the end of the buffer it might signal completion, and advance to the next video in the playlist.
-
Hey Trumpetguy,
I can definitely put some work into the image viewer in eos. I found a library that provides pinch and zoom support, so I'll try adding that to see how well it works. In 3.0.5 I added a "loading" placeholder that appears while fetching the full image. Take a look at http://yabb.jriver.com/interact/index.php?topic=67837.msg504947#msg504947 - you'll see a number of image transcoding options. I can implement those - as well as "Off", similar to Audio transcoding - in the Settings page. Do those suffice?
As for switching the view type to grids when viewing lists of Images, unfortunately that isn't possible. MCWS doesn't provide any context for an app to know what kind of items are in list the user is looking at.
Cheers!
-L
Pinch and zoom works, and images load much, much faster. Thanks!
Two wishes: can images be show in full-screen? And I realized that a higher resolution option would be good. Zooming in on an already 1:1 view doesn't do much....what about double fullHD or some standard resolution close to that?
Regarding lists - half the solution is there already. When listing based on a filter, only the filenames are shown. After viewing and images and going back to the playing now list, thumbs have suddenly appeared left of the names. Is it possible to have them appearing the first time?
-
Pinch and zoom works, and images load much, much faster. Thanks!
Two wishes: can images be show in full-screen? And I realized that a higher resolution option would be good. Zooming in on an already 1:1 view doesn't do much....what about double fullHD or some standard resolution close to that?
Regarding lists - half the solution is there already. When listing based on a filter, only the filenames are shown. After viewing and images and going back to the playing now list, thumbs have suddenly appeared left of the names. Is it possible to have them appearing the first time?
Did you take a look at the link I put in my last message? I added all of the transcoding options to eos that MC supports.
I'll look into adding a button to hide the chrome on the Image Viewer.
When you say "listing based on a filter", what are you referring to? A preview image should appear next to the file name in all cases, except when looking at the track listing for an album in the default Audio view. I'll dig into the logic again to ensure this is the case.
-
I did, and I will reply more comprehensively when I have more than my mobile to communicate with.
-
I'll look into adding a button to hide the chrome on the Image Viewer.
When you say "listing based on a filter", what are you referring to? A preview image should appear next to the file name in all cases, except when looking at the track listing for an album in the default Audio view. I'll dig into the logic again to ensure this is the case.
I've added a "Full Screen" action to the Image Viewer. This will work best in KitKat (4.4) and higher, which is where Google added the "Immersive" flag to the API. This allows the system UI to remain hidden while touching the screen (e.g. - during pinch and zoom), and will bring the system UI back after swiping down from the top of the screen.
I've also investigated the logic for the preview images, and it turns out I was incorrect. I've changed the logic so that the preview image will always be displayed for Image items. Both of these changes will be included in the next build.
-
Cover art info for audio. If this is how you designed it, then it is ok, but just wondering if it can be modified to just work like the video counterpart. If this is not possible, it is not a big deal.
It just "stops" while playing video from device. At times, it will just start all over with same video or pick any movie at random.
George.
In 3.10, the "stop" I reported earlier has not happened. Whatever it is, has not occurred again.
Any update regarding the Chrome cast?
Do you think the MCWS file can be updated by Matt to allow user to log in to OS and other remotes?
Last question: If the API for Android allows 1080p or higher video, can it be implemented in EOS/Chromecast or is the video capability frozen at 720p?
You have a Merry Christmas.
George
-
Any update regarding the Chrome cast?
+1
-
In 3.10, the "stop" I reported earlier has not happened. Whatever it is, has not occurred again.
Any update regarding the Chrome cast?
Do you think the MCWS file can be updated by Matt to allow user to log in to OS and other remotes?
Last question: If the API for Android allows 1080p or higher video, can it be implemented in EOS/Chromecast or is the video capability frozen at 720p?
You have a Merry Christmas.
George
Thanks George! Happy holidays to you and yours as well!
I placed an order for a Chromecast a few days ago. It should arrive in the mail in the next few (business) days.
I don't want to speak for JRiver devs regarding multiple user accounts. It's likely technically possible, but I don't know how difficult it would be for them to implement, or if it's even on their roadmap!
There's nothing preventing eos - or any other remote using MCWS - from getting higher quality video from your library server if it was available. I believe that JRiver would just need to increase the quality of the "High" transcoding profile, or add an additional profile like "Very High".
-L
-
Thanks George! Happy holidays to you and yours as well!
I placed an order for a Chromecast a few days ago. It should arrive in the mail in the next few (business) days.
I don't want to speak for JRiver devs regarding multiple user accounts. It's likely technically possible, but I don't know how difficult it would be for them to implement, or if it's even on their roadmap!
There's nothing preventing eos - or any other remote using MCWS - from getting higher quality video from your library server if it was available. I believe that JRiver would just need to increase the quality of the "High" transcoding profile, or add an additional profile like "Very High".
-L
I know JH is reading this, he recently caught my error on the forum a few days ago <grin>
JH- CEO - please read on, and help us on this video quality upgrade and user accounts integration for these remotes.
I am very glad to read about the Chrome cast effort. It will be a killer feature.
I thought MC folks or rather 3rd party developers have a special clout with Jim and Matt and you guys will be heard.
I hope the powers to be are reading these requests.
Beef up the video to 1080P or higher, and tweak the MCWS to allow user setting for logging and password use for accessing remote servers via the 3rd party remotes.
On my WD 92840 inch Mitsubishi DLP, 720P video looks like mud, but video shines at 1080P.
Thanks.
George
-
Did you take a look at the link I put in my last message? I added all of the transcoding options to eos that MC supports.
I'll look into adding a button to hide the chrome on the Image Viewer.
When you say "listing based on a filter", what are you referring to? A preview image should appear next to the file name in all cases, except when looking at the track listing for an album in the default Audio view. I'll dig into the logic again to ensure this is the case.
There is a more hirez image option in MC 2560x1600. Did you include that? It seems you did, I believe the images are a bit larger that at first, but still loads very fast.
I will try and explain one of my earlier suggestions better:
When filtering images with keywords (my preferred view mode), or maybe year or whatnot, the first view that appears is a text list of file names. Once you click on an image, and then "back" at the top of the screen, a playlist has been generated. This playlist is with thumbs. What if the playlist is populated directly when choosing your filter criterion? Then thumbs would appear instantly and the list would be so much better to browse. Even better - if the thumbs could be larger (e.g. two per column with screen in portrait), and focus could be on the thumbs, with file names only as a very discrete additional info.
Full screen view:
Now, the back field on the screen top takes a lot of space. What about removing it alltoghether and make us use the phone's back button? Also, there is a grey, half transparent overlay at the bottom, that masks a significant part of the image. It contains only the file name, which I don't find very useful. Could it be removed, or made to disappear after - let's say - five seconds?
This is starting to be very nice - the responsiveness in zooming, orientation swap (which gizmo doesn't have), and the image swooshing is very good!
-
There is a more hirez image option in MC 2560x1600. Did you include that? It seems you did, I believe the images are a bit larger that at first, but still loads very fast.
I will try and explain one of my earlier suggestions better:
When filtering images with keywords (my preferred view mode), or maybe year or whatnot, the first view that appears is a text list of file names. Once you click on an image, and then "back" at the top of the screen, a playlist has been generated. This playlist is with thumbs. What if the playlist is populated directly when choosing your filter criterion? Then thumbs would appear instantly and the list would be so much better to browse. Even better - if the thumbs could be larger (e.g. two per column with screen in portrait), and focus could be on the thumbs, with file names only as a very discrete additional info.
Full screen view:
Now, the back field on the screen top takes a lot of space. What about removing it alltoghether and make us use the phone's back button? Also, there is a grey, half transparent overlay at the bottom, that masks a significant part of the image. It contains only the file name, which I don't find very useful. Could it be removed, or made to disappear after - let's say - five seconds?
This is starting to be very nice - the responsiveness in zooming, orientation swap (which gizmo doesn't have), and the image swooshing is very good!
Yes, I did include 2560x1600. I'd imagine that Media Center will reduce the quality when converting, which should lead to a smaller file size. This would mean quicker load times, even if the images in your library are already that size.
As I mentioned, I have changed the display logic for thumbnails so that lists of Image files will always show thumbnails, similar to the Playlist view that you're referring to. I've also added a full screen action item that will hide all of the system UI (which includes the device's back button row on some devices) when tapped. Both of these changes will be included in the next build.
The half transparent overlay you mentioned - is that the bar that shows the current file indicator (e.g. - 3/7)? I didn't find it too obtrusive, so I've left it as is. But I can have its visibility toggled with the Full Screen option, if you'd prefer. You seem to be one of the only people using this feature, so I'll defer to you on this!
-L
-
That's excellent, really appreciate you taking my requests so seriously!
And I think you are right, I believe I am the only one I know that is actually enjoying looking at and using my photos :-) they are valuable to me, and now with really good mobile devices we can for the first time really bother friends, colleagues, family etc at any time....
Looking forward to the next build.
-
The half transparent overlay you mentioned - is that the bar that shows the current file indicator (e.g. - 3/7)? I didn't find it too obtrusive, so I've left it as is. But I can have its visibility toggled with the Full Screen option, if you'd prefer. You seem to be one of the only people using this feature, so I'll defer to you on this!
-L
Yes, that's the one. It is not really obtrusive, I agree. But I would still vote for it to go away or alternatively be more transparent in full screen view.
-
I'll try and tackle your questions in the same order:
Re: issues:
1. I would think that your device is able to decode FLAC. I'm not sure how much of the track needs to be buffered before playback starts. My entire library is in FLAC, and I've had no trouble streaming those files to my Nexus 7 or Xperia Z2 over wifi. I haven't exposed my library server to the internet so I've never tried streaming over 4G. Playback usually starts in 2-4 seconds. Does it eventually time out, or does it stay in "buffering" forever?
2. eos gives all of the metadata for the current track to the platform, and then the platform is responsible for providing that metadata to the stereo. This shouldn't require root access. If you see the track info on the lockscreen, then the data is being provided to the platform. I know that some users in the Alpha group were able to see the track info on their stereos, so I'm not sure why it wouldn't work on yours. Since it also doesn't work with Gizmo, my guess would be that it has something to do with the formatting of the track info, since the data would be coming from the same source.
1. It used to just time out about 1:30 and give an error. I believe it was "Media Server Error; 1" or something similar. Between the latest EOS update and MC20.0.50, it now plays the FLAC files. However, it hangs on buffering for anywhere from 25s to 1:30 between every track. This is on network, sitting right next to my router pulling 50Mbps down. I've just resigned myself to MP3 High since gaps like that aren't acceptable, and I haven't messed with it off network any more. Really disappointed since this was the main reason I purchased EOS.
Before the recent updates, I did do a couple tests where I converted the same FLAC files to wav and Ogg Vorbis. The wav files timed out just like the FLAC files. However, the Ogg files played perfectly. Really wish JRiver would add an option for Ogg 16/44.1 streaming since it is a much better format for streaming than FLAC, and we could then at least have Redbook quality. Unfortunately, they don't seem too interested in making any improvements in this area (again, why I tried EOS).
2. This is also disappointing. I think you are correct that it must have something to do with the formatting of the info since it doesn't seem to be hardware specific. I have tried with several phones through out the years, and my head unit receives track info from other apps. Again, this sounds like an issue for JRiver to fix which doesn't seem likely.
Re: questions:
2. The video quality settings are the same as Gizmo's. As far as I'm aware, MC's transcoding options are limited to this: http://yabb.jriver.com/interact/index.php?topic=67837.msg504947#msg504947 - so the short answer, I think, is no.
Bummer, another JRiver issue that likely will not change any time soon. Considering phones are now being released with QHD displays and people are connecting them to HD and 4K screens, you'd think there would be a 1080 option by now.
Re: suggestions:
1. It isn't possible to distinguish long or short clicks on items in the action bar. There's a single method "onOptionsItemSelected" that gets fired as soon as you press one of those items.
2. At first I wasn't sure what you meant when you said "soft menu key", so I had to look it up. According to Google's own docs, the menu key is deprecated as of 3.0, which is probably why I'd never heard of it :). I'm not sure what changes would be required to support this, or how to test those changes if I did. Out of curiosity, what device are you using that still has a menu key?
1. Hmm. I guess this would require a pretty extensive UI redo, but what about having tap actions linked to the Now Playing cover art?
2. Looks like this is tied to the push to use the Action Bar as well. I had no idea the menu key was phased out so far back. Every device I use uses one (LG G2, Samsung S4...fairly recent hardware well past 3.0). Also, having it sideloaded onto a FireTV stick, it lets me use the menu key on the remote. Funny, after I read this, I went and checked, and every app I use has a soft menu key function except for Google Play Music.
FWIW, Trumpetguy is not the only one using the new Image features. I think they are awesome--I had been waiting for swipe and pinch to zoom in Gizmo for a long time. I'm looking forward to the full screen update. The only issue I have is every 4th-5th image seems to not load. I just get that loading icon. Not sure if this is a buffering issue or it doesn't like the format. I'm using 1920x1080 conversion and have plenty of bandwidth. Maybe it would be possible to add some sort of cache where it downloads 10-images ahead like Gizmo does with audio? Also, would be nice to have something similar to the filmstrip in Gizmo where you could skip ahead several images without having to go back to the playlist.
-
1. It used to just time out about 1:30 and give an error. I believe it was "Media Server Error; 1" or something similar. Between the latest EOS update and MC20.0.50, it now plays the FLAC files. However, it hangs on buffering for anywhere from 25s to 1:30 between every track. This is on network, sitting right next to my router pulling 50Mbps down. I've just resigned myself to MP3 High since gaps like that aren't acceptable, and I haven't messed with it off network any more. Really disappointed since this was the main reason I purchased EOS.
Before the recent updates, I did do a couple tests where I converted the same FLAC files to wav and Ogg Vorbis. The wav files timed out just like the FLAC files. However, the Ogg files played perfectly. Really wish JRiver would add an option for Ogg 16/44.1 streaming since it is a much better format for streaming than FLAC, and we could then at least have Redbook quality. Unfortunately, they don't seem too interested in making any improvements in this area (again, why I tried EOS).
I haven't changed any of the logic for device playback in a few weeks, so I would wager that it was the JRiver update that fixed your failing FLAC playback. I'm sorry to hear that there's still such a huge gap between sequential files - that certainly isn't acceptable. I'm not even sure what could be causing this. eos starts buffering the next track as soon as the current one begins playback. This is supposed to ensure that the two tracks playback gaplessly. You're the first person that has told me that this isn't working as expected, and I can't reproduce it on my end.
Can you tell me a little bit more about your setup? I run MC on both my HTPC and my (development) laptop.
- My HTPC is on the main floor of my house and has a wired connected to my wireless router, which in turn is connected to a powerline ethernet adapter. The other powerline adapter is downstairs, which is connected to a switch, and my internet router/modem is also connected to this switch. My NAS - where all of my FLAC files are stored - is also downstairs, connected to the switch. (If it sounds like a mess that's because it kind of is :)) I don't have any trouble streaming FLAC files to my device when pulling them from my HTPC, and playback normally starts in under a second.
- My laptop has a copy of my FLAC files. Streaming FLAC from it is also quick, but I wouldn't say it was noticeably quicker than all the network hops (except when the disk drive has to spin up).
It sounds like your problem is somehow related to bandwidth. I can't think of any reason why it would take ~90s for playback to start in any scenario. Does playback skip, or pause to buffer once started?
On your MC instance, click on "Services & Plug-ins" on the left, then "Media Network". Then, in the "Server" dropdown, click the option that's "{Name_of_Server} (Library Server)" (where {Name_of_Server} is the computer's name). This should filter the Activity log at the bottom so it's more manageable, and will show you all of the requests that your server is responding to from eos (or any other remotes). Then try playing back a FLAC file, and you'll see at least one GetFile call. Try typing the same URL into your device's browser, and see if you still experience the same delay trying to start playback.
Hmm. I guess this would require a pretty extensive UI redo, but what about having tap actions linked to the Now Playing cover art?
Tap actions? Not sure what you mean by that. Currently, long pressing on that cover art will perform a search for that album.
FWIW, Trumpetguy is not the only one using the new Image features. I think they are awesome--I had been waiting for swipe and pinch to zoom in Gizmo for a long time. I'm looking forward to the full screen update. The only issue I have is every 4th-5th image seems to not load. I just get that loading icon. Not sure if this is a buffering issue or it doesn't like the format. I'm using 1920x1080 conversion and have plenty of bandwidth. Maybe it would be possible to add some sort of cache where it downloads 10-images ahead like Gizmo does with audio? Also, would be nice to have something similar to the filmstrip in Gizmo where you could skip ahead several images without having to go back to the playlist.
Is it always the same image that doesn't load? Does it get stuck with the loading icon, or does it eventually load, or timeout and show the failure image? What if you have a list of around 10 images? Do other items past 4-5 still load?
If it's always the same image, you can try looking for the GetFile URL in the Media Network log I mentioned above, and try hitting the URL from the browser on your server. That'll tell you if it's a transcoding issue specific to that image.
-
I've just published v3.2 to Google Play. Changelist:
New:
-Full screen mode available in the Image Viewer (optimized for KitKat, v4.4 and higher)
-Added a setting to change the default action when clicking on a file: Play [the default, and the current behavior], Add as Next, or Add
Changed:
-Updated widget layouts
-Lists of image files will always show the thumbnail
Fixed:
-Various crashes that have been reported
-Playing Now page's cover art will once again default to the eos logo if it could not be loaded
Happy New Year!
-L
-
Regarding the hardware allowed and disallowed by Google Play, is this a developer's choice or is it referenced against a master list by Google? I ask because I'd like to install eos in a tablet as well as my phone, but it refuses. I fear going out to buy another tablet only to find out Play won't let me install it there either.
I read of a similar issue a few posts ago, with a Google TV device, and that it might be possible to install an .apk bypassing the Play filtering. The tablet device is configured with the same account I used to purchase eos from my phone. Will it acknowledge the full version? Are there any known conflicts from using both devices to control a single MC?
Thank you and congratulations for developing eos.
-
Regarding the hardware allowed and disallowed by Google Play, is this a developer's choice or is it referenced against a master list by Google? I ask because I'd like to install eos in a tablet as well as my phone, but it refuses. I fear going out to buy another tablet only to find out Play won't let me install it there either.
I read of a similar issue a few posts ago, with a Google TV device, and that it might be possible to install an .apk bypassing the Play filtering. The tablet device is configured with the same account I used to purchase eos from my phone. Will it acknowledge the full version? Are there any known conflicts from using both devices to control a single MC?
Thank you and congratulations for developing eos.
The only restriction I've added is that your device has to be running Android v4.1 (Jelly Bean) or later. If your device is running an earlier version of Android, eos will not work on it. I haven't tried it on an Android TV box myself, but others in this thread have said that it works for them.
-
The only restriction I've added is that your device has to be running Android v4.1 (Jelly Bean) or later. If your device is running an earlier version of Android, eos will not work on it. I haven't tried it on an Android TV box myself, but others in this thread have said that it works for them.
Thanks for the quick reply. Understood, the device is running 4.0.4 which falls outside of the requirements; I'll go buy a newer tablet then.
-
Thanks a lot for the latest update. Full image viewing works very well.
I'm almost certain I actually miss the image number down om the lower right corner, though ;D . Never though I would. Maybe so much that semitransparent bottom bar, but the numbers could probably be sufficiently visible even without it? You could think about it if you find the time. Not a big deal, and - to be perferctly clear once more - it works really well now already.
-
Thanks a lot for the latest update. Full image viewing works very well.
I'm almost certain I actually miss the image number down om the lower right corner, though ;D . Never though I would. Maybe so much that semitransparent bottom bar, but the numbers could probably be sufficiently visible even without it? You could think about it if you find the time. Not a big deal, and - to be perferctly clear once more - it works really well now already.
heh, no problem! I'll release another new version soon, that will change the Image Viewer in two ways:
1) Instead of the bottom bar being the full length of the screen, it now wraps the indicator text.
2) Swiping down from the top of the screen to bring back the system UI will now permanently bring it back, along with the action bar and position indicator. You can then tap on the full screen button to go back into fullscreen.
If you want, I can change the indicator so that it's permanently visible, now that it's smaller. But change 2) will make it possible to show it again. So it's up to you!
-
George,
Yes, this is expected: tapping the cover art to open file info only works on lists of files. I believe I mentioned this in the last PM I sent you, but I didn't save it to my outbox so I can't be sure.
Are you referring to remote playback or device playback when you say that video playback "just stops" and advances to another video?
Greetings:
In device playback, movie just stops in the middle of nowhere, starts another movie. It has been behaving like this for almost 2 weeks. I thought it stopped.
Any progress regarding chrome cast feature?
Take care,
George
-
Big news! After much Android Wizardry (read: major hackery), I was able to greatly improve device video playback! The playback controls should now show the proper duration, and you should be able to use the seek bar to jump to a position within the video. This change will be included in the next build (v3.5), which I'll push sometime today.
-
Greetings:
In device playback, movie just stops in the middle of nowhere, starts another movie. It has been behaving like this for almost 2 weeks. I thought it stopped.
Any progress regarding chrome cast feature?
Take care,
George
Hi George,
As I mentioned before, the only reason I can think that playback would stop in the middle and advance to the next video is if your library server isn't transcoding the video quickly enough for your device. I've gone over the code a few times; the only time that playback of the next video should start is if the current video has signaled completion. If an error occurs, eos will show a dialog with error information and a "Close" button. Pressing Close will close the video viewer.
I received my Chromecast in the mail last week, but due to the holidays and falling sick this week I haven't had time to play around with it. It's next on my list of things to investigate.
-L
-
Big news! After much Android Wizardry (read: major hackery), I was able to greatly improve device video playback! The playback controls should now show the proper duration, and you should be able to use the seek bar to jump to a position within the video. This change will be included in the next build (v3.5), which I'll push sometime today.
Wow, really looking forward to that one!
Now would be the right time to nag you once more about chromecast...?
-
Hi George,
As I mentioned before, the only reason I can think that playback would stop in the middle and advance to the next video is if your library server isn't transcoding the video quickly enough for your device. I've gone over the code a few times; the only time that playback of the next video should start is if the current video has signaled completion. If an error occurs, eos will show a dialog with error information and a "Close" button. Pressing Close will close the video viewer.
I received my Chromecast in the mail last week, but due to the holidays and falling sick this week I haven't had time to play around with it. It's next on my list of things to investigate.
-L
The video just stops and it will look like buffering, then jumps to the next video or movie. EOS does not display any error message.
The htpc I use now is very fast. It is an Asus 2770i or so. Graphic card is AMD, with 2560x1440 IPS display, madvr works great with this htpc.
Glad you got your chrome cast. May you get well. The Angels are watching over you.
I hope the MC crew will improve on the resolution i. e 1080P or better. 720P does not look good on my WD92840 Mitsubishi dlp.
Also, praying for the user account to be integrated with Gizmo and all remotes.
I was sick , sick for a long time also, now I am getting better.
Take care.
George
-
Sorry, didn't see what you wrote about that chromecast unit, my nagging was a bit out of order. Sorry.
-
More big news: Chromecast support! I spent most of yesterday coding, and I've got it to the point where all media types can be Cast. Tracks will also play back in sequence if a playlist is defined, but due to the nature of Chromecast gapless isn't possible.
I'll be pushing v4.0 to Alpha sometime this evening. I've ironed out a number of crashes that I've seen, but I'm sure there are still others lurking. I'll probably keep v4 soaking in Alpha until at least the weekend, so I can monitor stability.
If you want an invite to the Alpha group, send me a PM.
-L
-
Quick update: I had to delay the release of v4.0 while working through the last few bugs. Hope to have it out in a few days!
-L
-
Feature Requests/Ideas:
1. Access to local libraries/files located on the device, then we can do away with our droid players (player pro, music app, etc) Upon opening eos, instead of it auto connecting it could ask to load/play local files, or connect to library. Then in settings one could have the option as well to switch from libraries to local files.
2. YouTube subscriptions/channel access
3. Our family uses shuffle more often then anything else, would it be possible once listening to a shuffled genre, to press and hold on a currently playing artist from the shuffle, and chose to play all 5 stars of this artist, Play all from this artist, Play all albums from this artist?
-
Feature Requests/Ideas:
1. Access to local libraries/files located on the device, then we can do away with our droid players (player pro, music app, etc) Upon opening eos, instead of it auto connecting it could ask to load/play local files, or connect to library. Then in settings one could have the option as well to switch from libraries to local files.
2. YouTube subscriptions/channel access
3. Our family uses shuffle more often then anything else, would it be possible once listening to a shuffled genre, to press and hold on a currently playing artist from the shuffle, and chose to play all 5 stars of this artist, Play all from this artist, Play all albums from this artist?
Funny that you mention #1: I did exactly this in the BB10 version of eos. I didn't like BB10's native Music app, and there weren't any alternatives. It was a huge undertaking, though, and I don't think it was a feature that anyone but me ever really cared about. Given the vast number of quality media players out there for Android, I don't feel compelled to implement this. Especially since most of those media players support things that a normal media player would that eos doesn't, such as EQ and tracking recently played tracks.
I don't have Youtube integration configured in JRiver, so I'm not quite sure what you're looking for with #2. Are you referring to subscriptions that are set up in JRiver? If so, I don't see any web services that are available to pull this kind of information from the server, or interact with Youtube (or any 3rd party provider, for that matter) in any way. If this isn't what you're referring to, then no - I have no plans to have eos interface directly with Youtube. It's a remote app for JRiver, and Youtube already has an app.
It is currently possible to long press on an artist's name from the Playing Now page to be taken to a list of all of that artist's tracks. From there you could add all of those tracks to the Now Playing list, and perform a shuffle remaining on the playlist. There's no easy way to do something custom, like get a list of all 5 stars from an artist.
-
I haven't changed any of the logic for device playback in a few weeks, so I would wager that it was the JRiver update that fixed your failing FLAC playback. I'm sorry to hear that there's still such a huge gap between sequential files - that certainly isn't acceptable. I'm not even sure what could be causing this. eos starts buffering the next track as soon as the current one begins playback. This is supposed to ensure that the two tracks playback gaplessly. You're the first person that has told me that this isn't working as expected, and I can't reproduce it on my end.
Can you tell me a little bit more about your setup? I run MC on both my HTPC and my (development) laptop.
It sounds like your problem is somehow related to bandwidth. I can't think of any reason why it would take ~90s for playback to start in any scenario. Does playback skip, or pause to buffer once started?
On your MC instance, click on "Services & Plug-ins" on the left, then "Media Network". Then, in the "Server" dropdown, click the option that's "{Name_of_Server} (Library Server)" (where {Name_of_Server} is the computer's name). This should filter the Activity log at the bottom so it's more manageable, and will show you all of the requests that your server is responding to from eos (or any other remotes). Then try playing back a FLAC file, and you'll see at least one GetFile call. Try typing the same URL into your device's browser, and see if you still experience the same delay trying to start playback.
So I'm back to the error message ~90% of the time. Occasionally it will play after a long (30s+) buffering status. My set up is running the MC Server on a Win 7 PC w/ i7, 16GB RAM, and internal 1TB storage (2x 500GB HDDs in RAID 0). I have a variety of Clients and Devices, but for testing, I have limited everything to just the server running and trying to get do not convert audio to work on an LG G2 running Android 4.4.2. I am connecting via WiFi on the local network and sitting right next to the router. As I mentioned, I can speed test 50Mbps up and down on my phone. Bandwidth is not the issue. I can stream 2hr 1080p 5.1 movies (down converted to 720p) on my phone without a blip.
When I paste the GetFile URL into by my browser, it immediately pops up with the Android message asking how I want to handle the file. If I select use Firefox (my Android browser), it downloads the GetFile file instantly. If I select to play it in Kodi, it pauses for a couple seconds to switch to the Kodi app, but then plays pretty much right away.
(Side note to JRiver -- Would it be possible to get cut/paste functionality out of that Service&Plug-Ins/Media Network area? Re-typing those URLs is brutal.)
Is it always the same image that doesn't load? Does it get stuck with the loading icon, or does it eventually load, or timeout and show the failure image? What if you have a list of around 10 images? Do other items past 4-5 still load?
If it's always the same image, you can try looking for the GetFile URL in the Media Network log I mentioned above, and try hitting the URL from the browser on your server. That'll tell you if it's a transcoding issue specific to that image.
In my re-testing, I could not get any images to not load anymore. Before it would hang on the loading icon for a while, and then switch to a triangled exclamation point icon when it couldn't load. It still hangs every once and a while, but will now load after 2-3 seconds. This is converting raw images to 1920x1080, and scrolling through rapidly, so I can understand the pause. I do think building a cache of the next 10-images as you view them would eliminate any pause what so ever though.
Thank you again for the work you have done on improving images. This is the functionality I had been hoping for in Gizmo forever.
It is currently possible to long press on an artist's name from the Playing Now page to be taken to a list of all of that artist's tracks. From there you could add all of those tracks to the Now Playing list, and perform a shuffle remaining on the playlist.
This is great. I didn't realize this functionality before. I did notice a couple issues though and one suggestion.
1. It does not like artist field lists (semi-colon separated in MC). It always returns "no results to display" even if there are other tracks with the exact same artists. Ideally, I would like it to display all the tracks by all the artists in the list. Interestingly, I tried the same action in Theater View because I thought it used to do it correctly, and it does nothing now either. I guess they changed it when people complained about clicking on the actor field list. That's a shame.
2. When you long press on the album name (or cover art for that matter), it appears to search for Album - Artist instead of Album - Album Artist (Auto) because on compilation albums, it only brings up the tracks on the album by that particular artist. So obviously, when the artist is a list, it gives you the "no results to display" message again. It would be nice to bring up tracks from the entire album, and this would solve the second part as well.
3. My suggestion: Would it be possible to add the same functionality to the track name field? So that it brought up all the tracks with the same name and artist when you have multiple versions of the same song?
Which brings me back to:
Tap actions? Not sure what you mean by that. Currently, long pressing on that cover art will perform a search for that album.
Yes, that is exactly what I mean. Since you can already long press on the album title, could we change long pressing on the album art and add more tap/swipe actions to the cover art in playing now?
For example:
Tap = Pause
Long Press = Stop
Swipe left = previous track
Swipe right = next track
Two finger left = rewind
Two finger right = fast forward
Swipe up = volume up
Swipe down = volume down
Two finger up = increase brightness
Two finger down = dim
Obviously, in portrait, this would change how swipe right goes to playlists, but there are buttons for that already. It would be nice to use tap/swipe actions for the more frequent tasks.
And one more tiny request -- I mix up the > and + symbols often. Would it be possible to change the confirmation message for added as next to play to "Added Next!"? Currently, they both say "Added!" and I'm not always sure if I added it to the queue correctly.
Excellent work on the video seeking by the way. It's working great.
-
So I'm back to the error message ~90% of the time. Occasionally it will play after a long (30s+) buffering status.
You say "back to" - does that mean that playback worked normally for a while? Or do you mean that playback just isn't starting anymore?
Your system considerably more powerful than my HTPC and you said you have plenty of bandwidth, so I can't see either of those being the issue. I guess I'll have to probe a bit more:
- How big is the playlist that you're attempting to start playing? If you select two tracks and try playing only those tracks, is the result the same?
- When you see the GetFile request come in the Media Network logs, how quickly does it say it's transferring data?
- Are they any other requests that are going on at the same time? How much data are they transferring?
1. It does not like artist field lists (semi-colon separated in MC). It always returns "no results to display" even if there are other tracks with the exact same artists. Ideally, I would like it to display all the tracks by all the artists in the list. Interestingly, I tried the same action in Theater View because I thought it used to do it correctly, and it does nothing now either. I guess they changed it when people complained about clicking on the actor field list. That's a shame.
2. When you long press on the album name (or cover art for that matter), it appears to search for Album - Artist instead of Album - Album Artist (Auto) because on compilation albums, it only brings up the tracks on the album by that particular artist. So obviously, when the artist is a list, it gives you the "no results to display" message again. It would be nice to bring up tracks from the entire album, and this would solve the second part as well.
3. My suggestion: Would it be possible to add the same functionality to the track name field? So that it brought up all the tracks with the same name and artist when you have multiple versions of the same song?
1. Those long press actions just take the text that's in the field and perform a search. As you've discovered, it doesn't really work in multiple artist cases. I don't want to start doing string manipulation on these strings, since it will require making a lot of assumptions. It would be nice if this data came back separately so I could use it.
2. You're right - eos doesn't search [Album Artist (Auto)] on these presses, it's searching [Artist]. That's the name of the field that comes back in the Playing Now response, so I assumed that's the DB field that the data is coming from. Is this configurable somewhere in MC? I can change it to [Album Artist (Auto)] - I don't think that would negatively impact the results for other searches.
3. It should be possible to add the track name search you're looking for to the long press of the track name field.
Since you can already long press on the album title, could we change long pressing on the album art and add more tap/swipe actions to the cover art in playing now?
For example:
Tap = Pause
Long Press = Stop
Swipe left = previous track
Swipe right = next track
Two finger left = rewind
Two finger right = fast forward
Swipe up = volume up
Swipe down = volume down
Two finger up = increase brightness
Two finger down = dim
Obviously, in portrait, this would change how swipe right goes to playlists, but there are buttons for that already. It would be nice to use tap/swipe actions for the more frequent tasks.
I don't really like the idea of swipe gestures. I'm OK with changing some of the tap gestures, but I primarily use eos on my phone in portrait mode. The screen was designed to allow easy swiping between Playing Now and the Playlist, and creating these touch gestures will interfere with that behavior. Most of the functionality that you're looking for from these gestures are already available from buttons on the screen, and volume can be controlled by using the device's hardware buttons. Having gestures for fast forward and rewind sounds awkward to me, and unnecessary since the seek bar is just below the cover art.
I ensured Previous, Play/Pause and Next would always be available in the action bar, but Stop's availability is dependent on screen size. Double tap for Stop would be convenient, and I could add single tap for Play/Pause.
And one more tiny request -- I mix up the > and + symbols often. Would it be possible to change the confirmation message for added as next to play to "Added Next!"? Currently, they both say "Added!" and I'm not always sure if I added it to the queue correctly.
Yep, I can change this.
-
Hey everyone!
I just pushed v4.0.9 of eos to Production! This is the biggest update to eos yet. From the Google Play change log:
Chromecast support! The Cast action item will appear on the main page or the Zones page when a Cast device is detected on your WiFi network
Material design theme! Choose between Blue & Orange, Black & Red, or Grey & Green from the Settings page
Improved navigation! The navigation drawer items now expand to list child items. The dropdown for these items has been removed
More UI improvements: show toast when volume changed by a button press; show cover art behind file lists
I want to give a special shout out to my Alpha testers. This release was a huge undertaking that required a lot of changes, and they were instrumental not just in helping me find and work through issues, but in providing suggestions and ideas to make this the best release of eos yet. So thank you magnust, MGD_King, Stormen and xtacbyme!
Cheers!
-L
-
Hey everyone!
I just pushed v4.0.9 of eos to Production! This is the biggest update to eos yet. From the Google Play change log:
I want to give a special shout out to my Alpha testers. This release was a huge undertaking that required a lot of changes, and they were instrumental not just in helping me find and work through issues, but in providing suggestions and ideas to make this the best release of eos yet. So thank you magnust, MGD_King, Stormen and xtacbyme!
Cheers!
-L
Thanks again for implementing chrome cast. The new colors are brilliant.
Regarding my earlier issues with movies stopping in the middle of nowhere, so far so good. I watched Downton Abbey via the new cast feature. I got no problems. I will do more movie watching this week end.
Also, tweaking the resolution was good. Picture looks brighter on the big screen.
Again, I thank you.
George.
-
Chromecast support is great and works really well on first try!
But how can I control volume? There is no Chromecast zone, and it does not respond to the mobile's volume.
-
But how can I control volume? There is no Chromecast zone, and it does not respond to the mobile's volume.
If you tap on the Chromecast icon after it's connected, you'll see the volume slider.
-
I just bought this - what a tremendous improvement over Gizmo! And I really appreciate your responsiveness to requests. Here's my wish-list, I don't know if these are in your control or the nice folks at MC have to do something for these:
Note I'm running the latest MC in Windows 7 and using a Samsung Galaxy S4 to run eos.
- I'd love to be able to view the "Last Played" column when looking at my library.
- I see the quick link to eos in the pulldown shade, but how about adding player controls right in the shade?
- It'd be great to have Total Time & Time Remaining for a playlist.
- How about a Clear Playlist option?
- Lastly, I'd like to be able to copy a playlist from one zone to another, this would give us a real Sonos-like ability to start a playlist in one zone and continue it in another.
I saw one bug - a strange screen redraw bug when browsing my library sometimes pops up, i.e. I browse my library with no issues, go to playing now, then back to my library and there's a background image of the library behind the current image as I scroll. Not sure if that's clear.
Thanks again!
-
You say "back to" - does that mean that playback worked normally for a while? Or do you mean that playback just isn't starting anymore?
- How big is the playlist that you're attempting to start playing? If you select two tracks and try playing only those tracks, is the result the same?
- When you see the GetFile request come in the Media Network logs, how quickly does it say it's transferring data?
- Are they any other requests that are going on at the same time? How much data are they transferring?
It has never worked right. It either times out with the media server error or it hangs on buffering for up to 1:30 before playing.
I had been trying with just playing a song out of an album, so the playlist would be 10-12 tracks (typical album size). Based on your question, I tried just adding one or two tracks at a time which gave me better results, but still buffering of at least 30-seconds.
The initial GetFile request comes across immediately and shows a time of 0:00.1 to 0:00.3. After that, I get 7-8 GetFile requests of ~192kb over the course of about 30-seconds. Each one shows a quick time of ~0:00.1. Then after ~30-seconds, playback starts and shows the more substantial chunk of the file, ~15MB, with a time of 0:03 to 0:04.
There are no other requests at the same time. When I am testing for you, I am limiting it to just me trying to play the tracks. I shut down all the other clients and make sure no other devices are connected. I am the only one on the network, and I am doing nothing else on the network. Tracks are standard pop/rock tracks so ~30MB in size.
Interestingly, I just side loaded the new version of EOS onto my Amazon FireTV Stick (more on that later). I set it up to conversion off, and it is playing everything just fine. This makes me believe either the hardware or the particular android build of my phone does not like the way it is getting FLAC information. That FLAC is not a good format for streaming because of its poor transport system. My guess is you would be wasting your time trying to troubleshoot this. A better alternative would be to have MC offer conversion off streaming within an Ogg shell. Ideally, I would like a transcoded Ogg 16/44.1 option so that all files (including hi-res tracks) could stream at a minimum Redbook quality.
1. Those long press actions just take the text that's in the field and perform a search. As you've discovered, it doesn't really work in multiple artist cases. I don't want to start doing string manipulation on these strings, since it will require making a lot of assumptions. It would be nice if this data came back separately so I could use it.
2. You're right - eos doesn't search [Album Artist (Auto)] on these presses, it's searching [Artist]. That's the name of the field that comes back in the Playing Now response, so I assumed that's the DB field that the data is coming from. Is this configurable somewhere in MC? I can change it to [Album Artist (Auto)] - I don't think that would negatively impact the results for other searches.
3. It should be possible to add the track name search you're looking for to the long press of the track name field.
1. Perhaps you could see how Hendrik fixed this in Theater View? There was a recent change where it is working perfectly for the Artists field now (unfortunately, it still doesn't work for the Actor field).
2&3. Thank you for looking into the changes.
I don't really like the idea of swipe gestures. I'm OK with changing some of the tap gestures, but I primarily use eos on my phone in portrait mode. The screen was designed to allow easy swiping between Playing Now and the Playlist, and creating these touch gestures will interfere with that behavior. Most of the functionality that you're looking for from these gestures are already available from buttons on the screen, and volume can be controlled by using the device's hardware buttons. Having gestures for fast forward and rewind sounds awkward to me, and unnecessary since the seek bar is just below the cover art.
I ensured Previous, Play/Pause and Next would always be available in the action bar, but Stop's availability is dependent on screen size. Double tap for Stop would be convenient, and I could add single tap for Play/Pause.
I guess everyone has there different use cases, and it is your app so the lay out that works best for you is what it is. For me, if I'm in portrait mode, it's because I am driving. I rarely go back to the playlist then. I just want quick actions that I can do without even really looking at the phone. Tapping and swiping on the big cover art would allow me to do that without having to locate any button.
Yep, I can change this.
Thank you.
Regarding the new UI. I definitely prefer it on my phone--it makes for easier navigation. Unfortunately, it now makes EOS sideloaded on my Amazon FireTV Stick unusable without a mouse. The remote can no longer scroll down the navigation drawer. This is a problem on a lot of sideloaded apps. Some work (old EOS, ES File Explorer) and some don't (new EOS, new BubbleUPnP). I'm not sure what changes or if it can be fixed. If it can't be fixed, would it be possible to get an .apk of the last changes before the new UI? I no longer have one.
- I see the quick link to eos in the pulldown shade, but how about adding player controls right in the shade?
- Lastly, I'd like to be able to copy a playlist from one zone to another, this would give us a real Sonos-like ability to start a playlist in one zone and continue it in another.
I'm assuming by pulldown shade, you mean the notification bar. I really hope that we can keep player controls out of the notification bar--it gets crowded enough for me as it is. If you want to add player controls to the notification bar, you can do so easily with apps like Power Toggles which adds them neatly with less congestion.
You can sort of do this now, although it is not so seamless as a switch zone button.
1. Start playback in Zone 1.
2. Go into Zones and Link Zone 1 and Zone 2 (playback in both Zones will now be the same).
3. Unlink the Zones (playback will continue in both Zones).
4. Go to your playing now screen, and stop playback in Zone 1 (playback in Zone 2 will continue).
5. Go back to Zones and switch over to Zone 2 so you can now control playback.
I've only tested this within MC. Not sure how it would work with DLNA devices.
-
It has never worked right. It either times out with the media server error or it hangs on buffering for up to 1:30 before playing.
I had been trying with just playing a song out of an album, so the playlist would be 10-12 tracks (typical album size). Based on your question, I tried just adding one or two tracks at a time which gave me better results, but still buffering of at least 30-seconds.
The initial GetFile request comes across immediately and shows a time of 0:00.1 to 0:00.3. After that, I get 7-8 GetFile requests of ~192kb over the course of about 30-seconds. Each one shows a quick time of ~0:00.1. Then after ~30-seconds, playback starts and shows the more substantial chunk of the file, ~15MB, with a time of 0:03 to 0:04.
There are no other requests at the same time. When I am testing for you, I am limiting it to just me trying to play the tracks. I shut down all the other clients and make sure no other devices are connected. I am the only one on the network, and I am doing nothing else on the network. Tracks are standard pop/rock tracks so ~30MB in size.
Interestingly, I just side loaded the new version of EOS onto my Amazon FireTV Stick (more on that later). I set it up to conversion off, and it is playing everything just fine. This makes me believe either the hardware or the particular android build of my phone does not like the way it is getting FLAC information. That FLAC is not a good format for streaming because of its poor transport system. My guess is you would be wasting your time trying to troubleshoot this. A better alternative would be to have MC offer conversion off streaming within an Ogg shell. Ideally, I would like a transcoded Ogg 16/44.1 option so that all files (including hi-res tracks) could stream at a minimum Redbook quality.
This is unfortunate, but it does sound like it's somehow related to a customization that LG has made to the build of Android they're shipping, since yours is the only device that has exhibited this behavior. Are the 7-8 GetFile requests that you're seeing all for the same File Key? (Check the URL for File={number}, and see if {number} is the same.)
1. Perhaps you could see how Hendrik fixed this in Theater View? There was a recent change where it is working perfectly for the Artists field now (unfortunately, it still doesn't work for the Actor field).
2&3. Thank you for looking into the changes.
I'm not sure if the fix for Theater View would be applicable to remote applications. I don't know how MC is written, but I wouldn't assume that the MCWS interface that remote applications hit run through the same code paths as something like Theater View, which is built into the core of MC.
I don't have any tracks in my library with multiple artists, but I would like to play around with this. If I wanted to test, would I just need to edit the Artist field for an album and add some additional names? Can you provide me some examples and/or steps to create this?
While I was making other changes to the Playing Now page, I recalled that the Track Name field will automatically marquee when the text is too long to fit onscreen. Due to the way that this marquee needs to be implemented on Android, this might prevent me from supporting the same long-press-to-search behavior that exists on the other fields. I won't know for sure until I try implementing it, but I wanted to make you aware of this.
I guess everyone has there different use cases, and it is your app so the lay out that works best for you is what it is. For me, if I'm in portrait mode, it's because I am driving. I rarely go back to the playlist then. I just want quick actions that I can do without even really looking at the phone. Tapping and swiping on the big cover art would allow me to do that without having to locate any button.
The next release of eos (v4.1) will include an updated Playing Now page. I've moved the playback controls from the action bar at the top of the screen. They're now larger, and in a more accessible location underneath the cover art. I know this will still require you to locate the buttons, but I hope it will make that task easier!
Regarding the new UI. I definitely prefer it on my phone--it makes for easier navigation. Unfortunately, it now makes EOS sideloaded on my Amazon FireTV Stick unusable without a mouse. The remote can no longer scroll down the navigation drawer. This is a problem on a lot of sideloaded apps. Some work (old EOS, ES File Explorer) and some don't (new EOS, new BubbleUPnP). I'm not sure what changes or if it can be fixed. If it can't be fixed, would it be possible to get an .apk of the last changes before the new UI? I no longer have one.
I've fixed TV navigation. As I mentioned I don't have a TV to test with, but I fired up an Android emulator with D-Pad navigation enabled. It turns out that navigation was working, but it was difficult to tell what item was currently selected: there was no highlight color specified for use when the item was in a "focused" state.
I'm very glad to hear that you like the new navigation!
I'm assuming by pulldown shade, you mean the notification bar. I really hope that we can keep player controls out of the notification bar--it gets crowded enough for me as it is. If you want to add player controls to the notification bar, you can do so easily with apps like Power Toggles which adds them neatly with less congestion.
You can sort of do this now, although it is not so seamless as a switch zone button.
1. Start playback in Zone 1.
2. Go into Zones and Link Zone 1 and Zone 2 (playback in both Zones will now be the same).
3. Unlink the Zones (playback will continue in both Zones).
4. Go to your playing now screen, and stop playback in Zone 1 (playback in Zone 2 will continue).
5. Go back to Zones and switch over to Zone 2 so you can now control playback.
I've only tested this within MC. Not sure how it would work with DLNA devices.
Thanks for fielding these questions for me! I've never heard of Power Toggles, but I'll have to remember to suggest that next time someone requests playback controls in the notification. I have to admit that the reason I didn't implement this originally was because I was new to Android, and wasn't sure how. As time has passed I've grown more familiar with the platform, but I've also been exposed to more applications on the platform. I have to say that I agree with you - I would almost consider the Notifications bar overused. Unfortunately, it's a necessary evil, because posting a notification is the only way you can ensure that the platform won't kill your background process. At least keeping it minimal (i.e. - buttonless) reduces its impact on the list.
As for a "switch zones" button, that isn't a simple function to implement. I think the workaround you've posted is the best way of doing this.
-
- I'd love to be able to view the "Last Played" column when looking at my library.
- I see the quick link to eos in the pulldown shade, but how about adding player controls right in the shade?
- It'd be great to have Total Time & Time Remaining for a playlist.
- How about a Clear Playlist option?
- Lastly, I'd like to be able to copy a playlist from one zone to another, this would give us a real Sonos-like ability to start a playlist in one zone and continue it in another.
I saw one bug - a strange screen redraw bug when browsing my library sometimes pops up, i.e. I browse my library with no issues, go to playing now, then back to my library and there's a background image of the library behind the current image as I scroll. Not sure if that's clear.
Thanks for your feedback! Glad to hear that you're enjoying eos. I'll tackle your wishlist in order:
-You can access the "Recently Played" smartlist from the "Playlists" section in eos. Is this what you're referring to when you mention "Last Played"?
-jmhsb mentioned this in his post, and I agreed - the Notification bar already gets too cluttered, and having playback controls there will only add to this clutter
-There is already a "Total Time" that appears at the end of every file list. However, this is not the case for the Playlist view on the Playing Now page. This wasn't an oversight, it's due to the way that the Playing Now playlist is stored on the device: it's considerably more difficult to compute those numbers on that page because of this.
-I didn't find a need to implement a "Clear Playlist" option. The playlist can be cleared very easily by selecting a new item and pressing Play. This will replace the existing playlist with the new item(s).
-jmhsb also touched on this point in his post. This is something that should be implemented by MC before it can be supported by remote applications. While it is technically possible for a remote app to do - e.g. - using the workaround that jmhsb suggested, or by making individual requests to construct the new playlist based on the existing - these solutions seem very hacky.
-
Thanks for your feedback! Glad to hear that you're enjoying eos. I'll tackle your wishlist in order:
-You can access the "Recently Played" smartlist from the "Playlists" section in eos. Is this what you're referring to when you mention "Last Played"?
-jmhsb mentioned this in his post, and I agreed - the Notification bar already gets too cluttered, and having playback controls there will only add to this clutter
-There is already a "Total Time" that appears at the end of every file list. However, this is not the case for the Playlist view on the Playing Now page. This wasn't an oversight, it's due to the way that the Playing Now playlist is stored on the device: it's considerably more difficult to compute those numbers on that page because of this.
-I didn't find a need to implement a "Clear Playlist" option. The playlist can be cleared very easily by selecting a new item and pressing Play. This will replace the existing playlist with the new item(s).
-jmhsb also touched on this point in his post. This is something that should be implemented by MC before it can be supported by remote applications. While it is technically possible for a remote app to do - e.g. - using the workaround that jmhsb suggested, or by making individual requests to construct the new playlist based on the existing - these solutions seem very hacky.
Thanks for the quick response!
Re: Recently Played - I mean the play stat field in MC that gives you the date of last played. Yes, I have a smartlist that puts together random unplayed tracks but sometimes I want to pick something less random, i.e. an album from a favorite artist I haven't played ever or in a few years.
Re: Controls in the Notification Bar - I disagree, for example Spotify has very useful controls there.
Re: Clear Playlist - I asked for this because my Sonos speaker acts funny if I don't clear the playlist when I'm done using it with MC. The Sonos app will launch when I close eos and I can't stop playback. Similarly when I play to my Samsung TV. Both DLNA devices, so I guess that's the issue there.
Re: Zone switching - I understand the challenge, it certainly seems like a feature the MC team should consider.
I appreciate your consideration, it's a good developer that is so in touch with their users!
-
eos v4.1.1 has just been pushed to production! This build features an updated Playing Now page. The playback controls have been moved from the action bar, and are now located underneath the cover art. The controls also have new icons.
@jmhsb: this build also fixes the issue re: navigation on your Android TV
-
Re: Recently Played - I mean the play stat field in MC that gives you the date of last played. Yes, I have a smartlist that puts together random unplayed tracks but sometimes I want to pick something less random, i.e. an album from a favorite artist I haven't played ever or in a few years.
You might be better off creating additional smartlists in JRiver for this. The only place that the "Last Played" field is available to eos is when viewing lists of files, and the only place you can see it in eos is by looking at the File Info for a particular track. If you created smartlists with various criteria, you'd be able to choose from among them in the Playlists page. I'd imagine it's possible to create a smartlist that would choose a single random album from your library that is above a given average rating and hasn't been played in a given period of time. But I'm not a JRiver query guru! :P
Re: Clear Playlist - I asked for this because my Sonos speaker acts funny if I don't clear the playlist when I'm done using it with MC. The Sonos app will launch when I close eos and I can't stop playback. Similarly when I play to my Samsung TV. Both DLNA devices, so I guess that's the issue there.
Indeed, this does sound like a DLNA issue. So if you stop playback from eos, your Sonos app automatically launches?
-
Ah, you just pointed out a simple work-around for at least part of my request: it's easy enough to look at a few of an album tracks and check File Info to see if it's been played at all. However, right now the 'Last Played' field displays as a numeric - any chance you could make it a date?
Yes, the Sonos app on my S4 seems to think it needs to take over if I don't clear the playlist. It's worse on the Samsung TV - it'll keep looping through the playlist if I don't go to my server and manually clear it.
-
eos v4.1.1 has just been pushed to production! This build features an updated Playing Now page. The playback controls have been moved from the action bar, and are now located underneath the cover art. The controls also have new icons.
@jmhsb: this build also fixes the issue re: navigation on your Android TV
Greetings:
The controls are very elegant. It seems to vanish so quickly within the opening screen. Anyway to double the time in (seconds) so that it stays on the screen longer? How about "next movie/episode" or "album"? (just one more button).
With this release, I noticed cover art info for audio is disabled or removed. Is this by design? I love to view tracks and artist data.
On the topic of user control for each user, we have the user account settings on the server. Any way for additional user logging with Password on the main screen. ? This is only done once for every new user. The default logging where you put in your Access key or IP address can be used for Server log in information, but for one to actually log in as individual would require one more step. I still see my playlist still displays to another user.
Thanks again for the never ending updates.
George
-
Great app, really!
but there's one thing missing: browsing your library through your disks (just like You did with images; you can browse your images on every disk, through the letters of your disks, e.g. D, E, and so on). If I could do the same thing with music, it would be awesome!
thanks!
-
Ah, you just pointed out a simple work-around for at least part of my request: it's easy enough to look at a few of an album tracks and check File Info to see if it's been played at all. However, right now the 'Last Played' field displays as a numeric - any chance you could make it a date?
Yes, the Sonos app on my S4 seems to think it needs to take over if I don't clear the playlist. It's worse on the Samsung TV - it'll keep looping through the playlist if I don't go to my server and manually clear it.
Just so I'm sure I understand correctly: pressing the Stop button in eos is not enough to stop playback on your Sonos or Samsung TV, you also need to clear the playlist? If so, this sounds like an issue JRiver might want to investigate. MC should be in control of that playback.
The controls are very elegant. It seems to vanish so quickly within the opening screen. Anyway to double the time in (seconds) so that it stays on the screen longer? How about "next movie/episode" or "album"? (just one more button).
With this release, I noticed cover art info for audio is disabled or removed. Is this by design? I love to view tracks and artist data.
On the topic of user control for each user, we have the user account settings on the server. Any way for additional user logging with Password on the main screen. ? This is only done once for every new user. The default logging where you put in your Access key or IP address can be used for Server log in information, but for one to actually log in as individual would require one more step. I still see my playlist still displays to another user.
Are you referring to the controls on the video playback screen when doing device playback? Those are the only controls on eos I can think of that disappear after a certain timeout. If that is what you're referring to, I think it is possible to increase that timeout.
As for "next episode" or "next album" buttons, where would you like to see those? The next/previous buttons on the video playback page do skip to the next and previous videos. As for "next album", there's no exposed service for an app to do this; your best bet is to swipe to the playlist page and tap the track you want to skip to.
There was no change to the cover art for audio in this release, except for showing the art in the background when viewing a list of files. Of course, file info is still available by long pressing on an item and choosing File Info from the action bar.
I think we've discussed this before in another thread, but JRiver's APIs have no notion of "users". The password that you configure in eos (or any other remote app) only grants access to the APIs.
but there's one thing missing: browsing your library through your disks (just like You did with images; you can browse your images on every disk, through the letters of your disks, e.g. D, E, and so on). If I could do the same thing with music, it would be awesome!
You'll need to define your own custom view if you want to browse by disks. All of the views that you see in eos are defined in MC. Go into MC's Options, open the Media Network tab, and expand the Advanced header. There you'll find "Customize views for Gizmo & WebGizmo", where you can add your own custom view for this. I have to admit I don't know how to do this, but you should be able to look at the existing Images section as a reference.
-
I just pushed v4.1.2 of eos to Google Play. From the release notes:
New in 4.1.2:
Further updates to Playing Now page:
-Use flat playback icons to adhere to Material design
-Moved rating stars above the position seekbar
-Removed Volume button, and made the Zones button available on the action bar instead
Fixed: date fields on the File Info page will now show a formatted date instead of a number
-
You'll need to define your own custom view if you want to browse by disks. All of the views that you see in eos are defined in MC. Go into MC's Options, open the Media Network tab, and expand the Advanced header. There you'll find "Customize views for Gizmo & WebGizmo", where you can add your own custom view for this. I have to admit I don't know how to do this, but you should be able to look at the existing Images section as a reference.
Oh, I didn't know that...ok, I figured out that - I know how to do that to browse your library as a folders view.
If someone is interested - I can help :)
thanks and regards!
-
Just downloaded Eos & have been using for about 1 hour. So far I am very impressed! Easier and works better than Gizmo or Bubbleup on my Nexus 7! One question I have, is it possible when navigating under Audio>Artist for the Artists to be shown in a list or details instead of album cover thumbnails? Thanks :) Very Impressive app well worth the $4.99
-
Just downloaded Eos & have been using for about 1 hour. So far I am very impressed! Easier and works better than Gizmo or Bubbleup on my Nexus 7! One question I have, is it possible when navigating under Audio>Artist for the Artists to be shown in a list or details instead of album cover thumbnails? Thanks :) Very Impressive app well worth the $4.99
Glad to hear you like eos! Unfortunately, due to the way the app is architected it would not be easy to change from grid views to list views.
If you have any other questions, don't hesitate to ask!
-Lenny
-
Hey everyone!
I just pushed version 4.2.6 of eos to production. From the change notes I posted to Google Play:
New in 4.2.6:
Playing Now overlays can now be hidden. Configure auto-hide of overlays in Settings, and tap the cover art to toggle visibility
Playing Now's background changes based on palette of album art
Option to hide rating stars from file lists
Ability to add files to existing playlists
Ability to save a remote zone's Playing Now playlist as a MC playlist
File info action available from Playing Now
Numerous bug fixes, including Wake-on-LAN when using an access key
There are a few other changes that didn't make the 500 character limit, including:
- Adding tracks using "Add as Next" will show a toast that says "Added as next!" instead of "Added!"
- Playing Now long presses now search [Album Artist (auto)] instead of [Artist], where appropriate
- Long press on track title to search [Album Artist (auto)] + Track Name
As hinted at above, this version contains additional changes to the Playing Now page. You can now toggle the visibility of the overlays that appear on the cover art by tapping on the cover art. And there's a new option on the Settings page that will automatically hide these overlays after 5 seconds, if the current track is playing. When this option is enabled, the overlays will automatically show again after a refresh, when the current track changes, or when a change to the playback state has been detected. But the overlay will hide itself after 5 seconds if playback continues.
This new version allows you to add tracks to an existing MC playlist. Once you've drilled down to a list of files (e.g. - the list of tracks on an album), if you select any number of files you'll see a new option: "Add to Playlist". Pressing this option will show a dialog that allows you to choose an existing playlist to which the selected tracks should be added. The dialog will also allow you to create a new playlist for these tracks.
If you're controlling the playback of a remote zone, you'll also see a new option when looking at the Playlist tab on the Playing Now page. This new option is "Save Playlist", and it allows you to save the current Playing Now playlist as a named playlist inside MC.
Cheers!
-L
-
Thanks for all the recent updates. I spent quite a a bit of time this weekend using eos and enjoyed the revamped look with the controls on the bottom of the screen.
-
If you tap on the Chromecast icon after it's connected, you'll see the volume slider.
Hmmm....not very intuitive in my opinion. I didn't remember your answer today, and for the life of me I wasn't able to find any way to control volume after starting a movie for the kids. And - CS always seems to have 100% volume as a non-configurable default. That was a loud few seconds.
The chromecast icon is not readily available during playback either, making it even more awkward.
Two things that would improve things tremendously:
1. Always have a visible volume symbol or slider when using cs.
2. Make use of the mobile's volume knob. That is how some other apps do it when playing media through Chromecast.
Edit: but it does work just fine once you learn how to!
-
I just pushed v4.1.2 of eos to Google Play. From the release notes:
File info action now moved - available from Playing Now.
This is very good. It is better than having to press the cover arts to get File info for audio. I like it this way. Also the file info for Video should remain as is.
My wife does enjoy using EOS . She speaks about it every day. She wants me to thank you. <grin>
I do not know if this is EOS issue or not, still noticing abrupt stopping of movies and jumping to the next movies.
At time, movies stops, we have to restart the movie. This occurs using chrome cast also. It could be cause by unstable Wifi.
I noticed EOS does not display "season" and Episode # when watching tv series.
Though I am not a user of Nmedium, if you look at the Nmedium advertisement , I see season # and episode # get displayed on the screen under the controls or transport buttons.
Can we have this for EOS?
Note also: The control buttons you have before look better. What happened to those buttons?
Thanks.
George
George
-
Two things that would improve things tremendously:
1. Always have a visible volume symbol or slider when using cs.
2. Make use of the mobile's volume knob. That is how some other apps do it when playing media through Chromecast.
I've implemented #2. In the next release you'll be able to use the device's volume buttons to control the Chromecast volume. This will work in the same locations that you can currently use them to control remote zone's volumes (i.e. - Playing Now and Theater Remote). On all other pages (except Settings) the Chromecast button is available, so you can use that to change the volume.
My wife does enjoy using EOS . She speaks about it every day. She wants me to thank you. <grin>
Glad to hear it! Always nice hearing from satisfied customers :)
I do not know if this is EOS issue or not, still noticing abrupt stopping of movies and jumping to the next movies.
At time, movies stops, we have to restart the movie. This occurs using chrome cast also. It could be cause by unstable Wifi.
If videos are also stopping for Chromecast, it sounds like some sort of network issue. You've already outlined your system specs - it shouldn't have any trouble transcoding videos quickly enough for playback. To cast media, an app sends the URL for the media to the Chromecast, and the Chromecast creates its own connection to stream the video. So if your Chromecast is experiencing the same video playback problem as eos, it's likely a network issue.
I noticed EOS does not display "season" and Episode # when watching tv series.
Though I am not a user of Nmedium, if you look at the Nmedium advertisement , I see season # and episode # get displayed on the screen under the controls or transport buttons.
Can we have this for EOS?
Not easily, I'm afraid. This information really needs to be added to the Playing Now response from Media Center. This is similar to the request to have Composer information available on Playing Now, for all you Classical music fans.
Note also: The control buttons you have before look better. What happened to those buttons?
Are you referring to the old rounded playback control icons [Play, Pause, Next, etc]? I think the square icons fit better with the Material design style, so I changed them.
-
I've implemented #2. In the next release you'll be able to use the device's volume buttons to control the Chromecast volume. This will work in the same locations that you can currently use them to control remote zone's volumes (i.e. - Playing Now and Theater Remote). On all other pages (except Settings) the Chromecast button is available, so you can use that to change the volume.
Glad to hear it! Always nice hearing from satisfied customers :)
If videos are also stopping for Chromecast, it sounds like some sort of network issue. You've already outlined your system specs - it shouldn't have any trouble transcoding videos quickly enough for playback. To cast media, an app sends the URL for the media to the Chromecast, and the Chromecast creates its own connection to stream the video. So if your Chromecast is experiencing the same video playback problem as eos, it's likely a network issue.
Not easily, I'm afraid. This information really needs to be added to the Playing Now response from Media Center. This is similar to the request to have Composer information available on Playing Now, for all you Classical music fans.
Are you referring to the old rounded playback control icons [Play, Pause, Next, etc]? I think the square icons fit better with the Material design style, so I changed them.
Yes, old rounded buttons.
Regarding the seasons, episode displaying, I see this in nMedium remote. Go to the thread please , you will see for yourself. You do not have to be a user of nMedium. This display would be fine if it is located under the rating star.
Thinking of it again, even name or title of movie with maybe starring ... (name of main actor) currently playing would benefit from it also.
Take care,
George
-
Regarding the seasons, episode displaying, I see this in nMedium remote. Go to the thread please , you will see for yourself. You do not have to be a user of nMedium. This display would be fine if it is located under the rating star.
Thinking of it again, even name or title of movie with maybe starring ... (name of main actor) currently playing would benefit from it also.
Yup, I see it. If this information was available in the Playing Now page I'd place Season + Episode information where the Album name is displayed, and series name where the Artist is displayed. Unfortunately, it isn't returned in that response.
I'm still advocating that the information returned should be configurable in MC, so that if e.g. you want to see Composer information as well you can configure MC to return it.
-
I've just released v4.3.3 of eos to Google Play! From the change notes:
New in 4.3.3:
Drop shadow on Playing Now cover art
Decreased footprint of Playing Now's bottom overlay
Updated Playing Now and grid gradients
Control Chromecast volume using hardware buttons
Switch order of Add and Add as Next context menu actions
Fixed bug where hidden overlay controls were still clickable
New Setting to disable background color changes
Cheers!
-L
-
Yup, I see it. If this information was available in the Playing Now page I'd place Season + Episode information where the Album name is displayed, and series name where the Artist is displayed. Unfortunately, it isn't returned in that response.
I'm still advocating that the information returned should be configurable in MC, so that if e.g. you want to see Composer information as well you can configure MC to return it.
The info may be available in tags of the movie or album. Simple example could be Season xx Episode xx right under rating stars. Image or cover arts could shrink a bit.
I rip using mkv, then tag each movie or album. There are fields where you can display certain info.
I just looked at the tag I have: series description, series, season, episode and name.
Any of these fields could be used. In fact, It does display on my phone but it is on top, not so intuitive. In the case of movies, we use the name of movie or title, and name of actor.. starring john Wayne etc It is good to have information on screen about what is playing.
Thanks.
George
George
Remember, I am just thinking out loud.
-
Hi, I just started using eos and notice the volume control on my Samsung Galaxy Note 4 from the main/first screen changes the phones ringer volume and not JRiver's. Gizmo does not do this.
-
Using mobile's volume button during chromecast playback works fine. Thanks for your responsiveness!
Another happy customer :-)
-
The info may be available in tags of the movie or album. Simple example could be Season xx Episode xx right under rating stars. Image or cover arts could shrink a bit.
Any of these fields could be used. In fact, It does display on my phone but it is on top, not so intuitive. In the case of movies, we use the name of movie or title, and name of actor.. starring john Wayne etc It is good to have information on screen about what is playing.
I understand what you're saying, George. What I'm saying is that the fields displayed on eos' Playing Now page come from a MC web service, which presently only returns "Artist", "Album", and "Name". These are the fields that eos displays in the labels at the top of the screen. As you've seen, two of these fields aren't very useful when playing anything other than music (and are even insufficient in certain cases, e.g. Classical music).
My suggestion is that these fields should be configurable in MC. That way, if you wanted to see Season/Episode or Actors on Playing Now for videos, you can configure MC to send that information and then eos can display it.
Hi, I just started using eos and notice the volume control on my Samsung Galaxy Note 4 from the main/first screen changes the phones ringer volume and not JRiver's. Gizmo does not do this.
That's correct - the hardware buttons only change the remote volume from Playing Now and Theater Remote page in eos. eos is not Gizmo ;)
Using mobile's volume button during chromecast playback works fine. Thanks for your responsiveness!
Another happy customer :-)
Glad to hear it!
-
That's correct - the hardware buttons only change the remote volume from Playing Now and Theater Remote page in eos. eos is not Gizmo ;)
Thanks for your response. I can't think of any reason why it can't be changed!
-
I understand what you're saying, George. What I'm saying is that the fields displayed on eos' Playing Now page come from a MC web service, which presently only returns "Artist", "Album", and "Name". These are the fields that eos displays in the labels at the top of the screen. As you've seen, two of these fields aren't very useful when playing anything other than music (and are even insufficient in certain cases, e.g. Classical music).
My suggestion is that these fields should be configurable in MC. That way, if you wanted to see Season/Episode or Actors on Playing Now for videos, you can configure MC to send that information and then eos can display it.
That's correct - the hardware buttons only change the remote volume from Playing Now and Theater Remote page in eos. eos is not Gizmo ;)
Glad to hear it!
Hi,
I already have these fields configured within the database part. When these fields are configured, you will see the fields in "tags". Just select a movie, then tags, field you added to the database will appear in tags. You just have to scroll down to see those fields.
George.
-
Hello, I have been using eos for some time but note I am having a problem. When I stop a movie MC crashes. I am using the las version of MC and this happens only with eos, neither Gizmo nor JRemote present the same behavior, any ideas?
-
Hello, I have been using eos for some time but note I am having a problem. When I stop a movie MC crashes. I am using the las version of MC and this happens only with eos, neither Gizmo nor JRemote present the same behavior, any ideas?
This is a new one; I've never heard of this happening. What version of MC are you running? Does it happen for every video? Does it also happen with music? When you say MC "crashes", does it actually show an error dialog? If so, what does it say?
-
When I stop a movie MC crashes.
This is a new one; I've never heard of this happening.
Strange - I just had this happen to me, for the first time. But I don't think it had anything to do with eos, since I wasn't even using it at the time. The video I was watching reached its end, and then MC crashed. When I restarted the app it upgraded to the latest version (.73), and I wasn't able to reproduce the crash.
-
I just published v4.4.3 to Google Play. From the change notes:
New in v4.4.3:
Playing now cover art now fades in and out
Improved: search results grid images should now load faster
Fix: search result grid's context menu not appearing
Fix: slow to start playback of large device playlists
Fix: search grid results that contained a forward slash (/) wouldn't work properly
-
How about tweaking the search function? It seems to search for an exact match but if I search for "birthday" I want songs that include the word not just exact titles.
I love how you're constantly improving eos, thanks!
-
How about tweaking the search function? It seems to search for an exact match but if I search for "birthday" I want songs that include the word not just exact titles.
Hm, I can't duplicate this. If I search for "and" I get a bunch of results that have "and" somewhere in the middle, whether "and" is a standalone word or is part of another word ("black sANDy beaches"). I can even search for parts of words to find results: if I search "mnium" I still get "Omnium Gatherum". (Although this seems a bit inconsistent: if I search for "niu" or "nium" I don't get any results...)
-
I just tried it again and figured out my issue - I just needed to change the Limit to 'None'! :P
-
Just a quick note to say that I've pushed v4.4.4 to Production. From the release notes:
New in v4.4.4:
Decreased duration of Playing Now cover art's fade animations
Widgets should continue to update when foreground app killed, and consume no CPU time otherwise
Error messages from the server will now be displayed when available
Fix: seeking in long videos, including negative time display
+A few other minor fixes
-
Thanks for the latest update! EOS is so solid, I have to *try* to find things to improve, Here's some thoughts:
- I'd like a long press on the artist name in Now Playing to bring up the Albums view, not the long list of songs view.
- Check boxes for selecting multiple entries when editing a playlist would speed up deleting or moving blocks of tracks.
- Auto-bookmark ability to ensure EOS doesn't forget exactly where you are in a track or podcast in case of a disconnection or device shutdown.
- A reconnect to server option - sometimes EOS has a problem when I move from wifi to 4G.
-
Thanks for the latest update! EOS is so solid, I have to *try* to find things to improve, Here's some thoughts:
- I'd like a long press on the artist name in Now Playing to bring up the Albums view, not the long list of songs view.
- Check boxes for selecting multiple entries when editing a playlist would speed up deleting or moving blocks of tracks.
- Auto-bookmark ability to ensure EOS doesn't forget exactly where you are in a track or podcast in case of a disconnection or device shutdown.
- A reconnect to server option - sometimes EOS has a problem when I move from wifi to 4G.
You know, you don't *have* to go looking for things that need improvement! :P
Responses to your points, in order:
- There's no way to bring up the Albums view instead of the list of songs from these searches. This is a limitation of MCWS
- The DragSortListView control that eos uses to provide drag-and-drop doesn't support multiple item selection
- I did something similar for the BB10 version of eos. I'll take a look and see if the same sort of bookmark functionality is possible on Android
- Reconnecting to a server (i.e. - switching to the external IP after leaving Wi-Fi) requires you to kill and relaunch the app. This is a known limitation, due to the way the app is written. I've made some changes recently that are a step towards handling this automatically, but there's still a great deal of work that would need to be done to fully support this
-
Hey all,
I just pushed v4.5.3 to production. Here are the change notes:
New in v4.5.3:
Added "Add To Playlist" as a Default File Click Action
Add To Playlist dialog remembers the previously chosen playlist (while the app is still active)
Application startup tasks are now handled by a short-lived service
Playing Now cover art long presses search Artist again (instead of Album Artist (auto))
Fixed a few rare crashes
I noticed a few crashes in my Google Play console, and this build includes fixes for them:
- Theater Remote could crash in rare cases, if closed quickly
- Playing Now was crashing for one user because of the new cover art drop shadow
- Long-pressing a field on the Playing Now page to perform a search was causing a crash on certain devices
- An out-of-memory exception occurred for one user while trying to parse a 147MB response. (That's 147MB of text!) The parser should now be more memory efficient - and I did notice that browsing appears to be a bit faster as a result - but I'm still not sure how the app will handle a response of that size.
Cheers!
-L
-
I just noticed that someone is experiencing crashes trying to start the latest version of eos (v4.5.3) on their LG G3. If this sounds like you, can you please send me a private message?
-
I just noticed that someone is experiencing crashes trying to start the latest version of eos (v4.5.3) on their LG G3. If this sounds like you, can you please send me a private message?
Never mind, I've found the source of this issue - the crash would occur if you didn't have any servers configured. I just pushed v4.5.4 with the fix, and it should be available soon.
Truly sorry for the inconvenience!
-
First class service! Was starting to get withdrawl sumptoms and its only been 2 hours without eos ;) Really appreciate all the hard work! Oh before I forget, was wondering if its possible to get an icon to theater remote to make switching between playlist/playing now and theater remote a bit quicker?
-
First class service! Was starting to get withdrawl sumptoms and its only been 2 hours without eos ;) Really appreciate all the hard work! Oh before I forget, was wondering if its possible to get an icon to theater remote to make switching between playlist/playing now and theater remote a bit quicker?
Thanks for your understanding, and my apologies once again for causing this. I hope that you've been able to update to v4.5.4 to resolve the crashes!
It is possible to switch between Playing Now, Theater Remote, and Zones from any of these pages. The icons might not always be visible, but if you expand the action overflow (the three vertical dots at the right end of the action bar) you'll find the options there.
Cheers!
-L
-
Thanks! All is well now ;D. That's true, just the lazy bum in me that would love to have the icon visable all the time ;) Really isn't a biggy, just nice when Im running through multiple episodes of tv shows and want to fastforward through intros.
Thanks again mate!
-
Big report: clicking on search results plays the song in the 'Player' zone instead of the active zone.
-
Big report: clicking on search results plays the song in the 'Player' zone instead of the active zone.
Good catch; this is definitely a bug. I've fixed the issue and will push a new version in the next day or so. Cheers!
-
Hi. I guess this is the un/official suppoert page for eos?
I got a nasty crash when I tried to log into jriver server for the first time. I forgot to enter authentication credentials and got a java crash message I couldn't get out of until I cleared the JR access key and tried again. It's working now. Thought I'd let you know.
-
Hi. I guess this is the un/official suppoert page for eos?
I got a nasty crash when I tried to log into jriver server for the first time. I forgot to enter authentication credentials and got a java crash message I couldn't get out of until I cleared the JR access key and tried again. It's working now. Thought I'd let you know.
Thanks for the heads up! Unfortunately I wasn't able to duplicate this crash on my own device, and I didn't see any reports in my Google Play console.
When the Java crash occurred, were you presented with the option to Report the crash? If so, could you try to duplicate it again and send in a report? (Don't worry about typing any messages; these reports are useful because they usually tell me exactly where in the code the crash occurred.)
What device are you using, and what OS version is it running? What version of eos do you have installed? (The version is shown on the About page, which is available from Settings.)
-L
-
When playing to Chromecast, the player link doesn't show up in the pull down shade on my phone.
Also, is Chromecast considered it's own zone? I started a playlist on my device and wanted to continue playing on my TV but turning on Chromecast changed the playlist.
-
Would it be possible to add to the theater remote two new buttons that will go directly to home and now playing pages?
-
Does eos cache ahead? That'd be very helpful, especially when moving through low data spots.
-
When playing to Chromecast, the player link doesn't show up in the pull down shade on my phone.
Also, is Chromecast considered it's own zone? I started a playlist on my device and wanted to continue playing on my TV but turning on Chromecast chanted the playlist.
Does eos cache ahead? That'd be very helpful, especially when moving through low data spots.
Not sure what you're referring to when you say "the player link doesn't show up in the pull down shade". Do you mean the notification that appears when doing device playback? If so, that's by design - the notification only appears when controlling device playback.
Yes, the Chromecast is considered its own zone. Since only one zone can be active at a time, switching to the Chromecast zone will stop device playback.
No, eos doesn't perform any caching. The only buffer is the one that the MediaPlayer has while streaming the current track.
Would it be possible to add to the theater remote two new buttons that will go directly to home and now playing pages?
Both of these buttons already exist. The Home button is in the top left corner, and Playing Now is in the top right. (On my Xperia Z2 (phone) there is enough room in the action bar to display 2 items: Display Mode and Playing Now. If your device has a smaller resolution you may have to look in the action overflow [3 vertical dots] for the Playing Now button.)
-
Yes, I'm referring to the notification shade control that appears when doing device playback. Since I'm controlling the Chromecast from my phone, I'd like to request the notification remain active when doing so.
Can you implement a cache? I know Gizmo does this and it's very helpful.
Thanks!
-
hey very good eos ;D
JUST LOST REPLAY GAIN TO BE PERFECT
-
What do I need to do to get eos to play an album in track order? It seems that would be the default but I am getting some random/shuffled playback order. It is disconcerting on albums I am very familiar with. I select the first track to play or any track and I want eos to select subsequent tracks in ascending order until all the tracks in the album are played. This is the way Gizmo works by default.
-
What do I need to do to get eos to play an album in track order? It seems that would be the default but I am getting some random/shuffled playback order. It is disconcerting on albums I am very familiar with. I select the first track to play or any track and I want eos to select subsequent tracks in ascending order until all the tracks in the album are played. This is the way Gizmo works by default.
Playing in track order is the default behavior. I just tried to play some albums - including multi-disc albums - but I was unable to reproduce the behavior you're seeing.
Can you give me a little more information: Are you trying to play to a remote zone or to your device? Can you tell me step-by-step how you're starting playback?
-
Yes, I'm referring to the notification shade control that appears when doing device playback. Since I'm controlling the Chromecast from my phone, I'd like to request the notification remain active when doing so.
Can you implement a cache? I know Gizmo does this and it's very helpful.
Thanks!
The notification only appears when media is playing to the device, not when eos is controlling remote playback. The reason media apps use notifications is to ensure they don't get terminated when they're in the background, so that they can continue to play media. Even though eos is controlling them, both JRiver and the Chromecast take care of rendering their own media, so eos doesn't need to show a notification/stay alive.
A cache has previously been requested but as I mentioned then it isn't high on my list of priorities. eos is designed to be a remote for JRiver, and I'm focusing on that functionality.
-
Playing in track order is the default behavior. I just tried to play some albums - including multi-disc albums - but I was unable to reproduce the behavior you're seeing.
Can you give me a little more information: Are you trying to play to a remote zone or to your device? Can you tell me step-by-step how you're starting playback?
I am playing to player which an HTPC. I select artist (Pink Floyd). Then Album (Dark Side of the Moon. I am presented with a track list in correct order and select Speak to Me (Breathe in the Air). Playback of the selected track starts and the screen moves to Playing Now. But the playlist is different order then the track order on subsequent tracks. Playlist
Track Order (correct)
1 Speak to Me (Breathe in the Air).
2 On the Run
3 Time
4 The Great Gig in the Sky
5 Money
6 Us and Them
7 Any Colour You Like
8 Brain Damage
9 Esclipse
Playist - is the playback order and as you can see is in some odd order.
1 Speak to Me (Breathe in the Air).
2 Eclipse
3 Money
4 Brain Damage
5 On the Run
6 Us and Them
7 Time
8 Any Colour You Like
9 The Great Gig in the Sky
starts. Next
-
I am playing to player which an HTPC.
It sounds like you have Shuffle enabled on MC. When controlling remote zones (i.e. - not playing to Device or Chromecast), eos sends a command that tells MC to play the list of tracks to which you've currently browsed. If they're appearing correctly on eos but they aren't playing in the right order when you try to start playback - and you aren't explicitly pressing Play (Shuffled) in eos - then Shuffle must be enabled at the MC level.
You can't change this from eos; you'll have to toggle Shuffle from MC.
-
and you aren't explicitly pressing Play (Shuffled) in eos - then Shuffle must be enabled at the MC level.
You can't change this from eos; you'll have to toggle Shuffle from MC.
You are correct. Somehow Shuffle was enabled on that Media Center instance. Weird, as I never use shuffle and I was using Gizmo before eos to control that PC and never experienced this before. Much Thanks!
-
Hey everyone!
Just a quick note to say that v4.6.13 of eos has just been published. Change notes:
New in v4.6.13:
Playing Now background is now a blurred version of the cover art
Added playback controls to notification
Fixes:
Selecting a search result to play was affecting the wrong zone
Audio focus loss fixes
Truncated album text on certain devices
Cheers!
-L
-
I have noticed a rounding error in the Volume adjustment. If you have setup say 1db steps, somehow you can end up with fractional volume levels, eg: -13.9 instead of -14.
-
I have noticed a rounding error in the Volume adjustment. If you have setup say 1db steps, somehow you can end up with fractional volume levels, eg: -13.9 instead of -14.
eos (and any other remote, I should think) don't work in terms of dB. The MCWS Volume service allows a remote to set the volume using a decimal value from 0 to 1 (i.e. - a percentage), and it's up to MC to translate this percentage to the actual volume level.
-
I have posted this same question for gizmo and jremote and thought I'd ask here as well.
I was wondering if there will be an option to set the user in eos like you can in MC and on a "full" MC pc client? If I set the server to the user I have set for kids so they can only access "approved" content on their tablet that causes me and anyone else to only see that same restricted content. Where as on a full MC pc client it can be set independent of the server setting and doesn't affect other clients.
I have one license so far for eos as well as jremote and whichever remote adds this feature I will be purchasing 3 licenses for.
-
I have posted this same question for gizmo and jremote and thought I'd ask here as well.
I was wondering if there will be an option to set the user in eos like you can in MC and on a "full" MC pc client? If I set the server to the user I have set for kids so they can only access "approved" content on their tablet that causes me and anyone else to only see that same restricted content. Where as on a full MC pc client it can be set independent of the server setting and doesn't affect other clients.
I have one license so far for eos as well as jremote and whichever remote adds this feature I will be purchasing 3 licenses for.
Unfortunately, what you're looking for isn't possible right now. MCWS - the web services provided by MC that all remote applications use - are not user-aware. There's no way to specify the user that's currently using a remote application, or even a way to retrieve a list of users configured in MC.
Until this is supported by MCWS, no remote will be able to provide you with the functionality you're looking for.
-
Hi my first post here :)
First thank you for eos. A great app that I have missed. I have "suffered" by Gizmo which is lacking functionality which is important for me but not found anything better out there. But now I have found eos which is almost perfect. I had the impression that eos was a "remote control" application and not a streaming device for JRiver. I believe you can stress this great functionality even more in your advertising.
To the point.
I use eos for its video streaming functionality. I have 500+ movies sorted in different genres. Is there a possibility in eos to filter films in a specific genre when selecting a film? As it is now you get all movies in one list when you click on movies. It would be great to have a genre selection in the same way as in the Audio section.
Finally another thought. When I view streamed video it always leaves transcoded folders and files on the server. These takes a considerable place. Would it be possible to set a configuration flag in eos that these should automatically shall removed after viewing?
Thanks // L
-
eos (and any other remote, I should think) don't work in terms of dB. The MCWS Volume service allows a remote to set the volume using a decimal value from 0 to 1 (i.e. - a percentage), and it's up to MC to translate this percentage to the actual volume level.
Not quite sure what you are saying? If I send Playback/Volume?Level=0.02&Relative=1, it increases by exactly 1db.
-
Indeed, MCs percentages map to dB, and any remote control would probably behave the same way, as they just control MC like that.
-
Latour
I use eos for its video streaming functionality. I have 500+ movies sorted in different genres. Is there a possibility in eos to filter films in a specific genre when selecting a film? As it is now you get all movies in one list when you click on movies. It would be great to have a genre selection in the same way as in the Audio section.
I believe what your looking for is located from within jriver, open jriver SERVER then click on (top of jriver in standard view) tools/options/media network/advanced/customize views for Gizmo(EOS) & WebGizmo/ then scroll down to Video, and start building your views as you see fit.
Edit... JRiver SERVER must be force killed, then clients reconnected before you will see changes.
-
Not quite sure what you are saying? If I send Playback/Volume?Level=0.02&Relative=1, it increases by exactly 1db.
The Relative query string parameter is only relevant when you use the volume buttons to control the volume. In fact, what you've quoted is exactly the command that eos would send if you pressed the hardware volume up key on the Playing Now page with the volume increment set to 2%. If you drag the volume slider on the Zones page, though, you aren't requesting a Relative volume change: that's an absolute volume change, so it would the request would look something like Playback/Volume?Level=0.75.
Indeed, MCs percentages map to dB, and any remote control would probably behave the same way, as they just control MC like that.
I don't have my setup configured the same way as dean70, but I take it from your response that it should work the way he's expecting?
-
I use eos for its video streaming functionality. I have 500+ movies sorted in different genres. Is there a possibility in eos to filter films in a specific genre when selecting a film? As it is now you get all movies in one list when you click on movies. It would be great to have a genre selection in the same way as in the Audio section.
Latour I believe what your looking for is located from within jriver, open jriver SERVER then click on (top of jriver in standard view) tools/options/media network/advanced/customize views for Gizmo(EOS) & WebGizmo/ then scroll down to Video, and start building your views as you see fit.
xtacbyme is right on the money. The views that show up on remotes like eos are customizable in MC, so if you follow his instructions you should be able to get this more to your liking.
Finally another thought. When I view streamed video it always leaves transcoded folders and files on the server. These takes a considerable place. Would it be possible to set a configuration flag in eos that these should automatically shall removed after viewing?
The conversion cache for transcoding is also managed by MC; remotes don't have any control over this. I know the location of the cache is configurable in MC's options, but I don't know if you can change the max size of this cache.
-
Latour I believe what your looking for is located from within jriver, open jriver SERVER then click on (top of jriver in standard view) tools/options/media network/advanced/customize views for Gizmo(EOS) & WebGizmo/ then scroll down to Video, and start building your views as you see fit.
Thank you xtacbyme. That is a really great feature.
At first it didn't work but now suddenly it is exactly how I want it. Awesome!
-
Latour, I forgot to mention most important part... JRiver SERVER must be force killed, then clients reconnected before you will see changes.
-
Latour, I forgot to mention most important part... JRiver SERVER must be force killed, then clients reconnected before you will see changes.
Thanks. I restarted and then it worked.
Only one major issue left and that one has probably nothing to do with EOS. My subtitles from .srt files are only in sync when a movie is started from the beginning. If you jump, the subtitle always restart from the beginning. It has been the same in Gizmo since it was launched as far as I know. Does anyone have a work around?
-
Only one major issue left and that one has probably nothing to do with EOS. My subtitles from .srt files are only in sync when a movie is started from the beginning. If you jump, the subtitle always restart from the beginning. It has been the same in Gizmo since it was launched as far as I know. Does anyone have a work around?
i'd start a new thread for this in the main forum being you have noticed the problem with gizmo as well.
-
The Relative query string parameter is only relevant when you use the volume buttons to control the volume. In fact, what you've quoted is exactly the command that eos would send if you pressed the hardware volume up key on the Playing Now page with the volume increment set to 2%. If you drag the volume slider on the Zones page, though, you aren't requesting a Relative volume change: that's an absolute volume change, so it would the request would look something like Playback/Volume?Level=0.75.
I don't have my setup configured the same way as dean70, but I take it from your response that it should work the way he's expecting?
I am seeing the fractional volume level when setting with the hardware volume buttons on a Nexus 7. I have the settings at 1db increments, and it sometimes steps from -14db to -13.1 or -12.9db, etc (but not every time).
-
I am seeing the fractional volume level when setting with the hardware volume buttons on a Nexus 7. I have the settings at 1db increments, and it sometimes steps from -14db to -13.1 or -12.9db, etc (but not every time).
eos only lets you set the volume increment in percentage (1%, 2%, 5%, 10%) and not db.
-
eos only lets you set the volume increment in percentage (1%, 2%, 5%, 10%) and not db.
I dont have it in front of me. In that case it is set to 2% (which equals 1db) ;)
-
Thank you very much for player controls in the notification shade! I'd like to renew my request to have the notification available regardless of the zone that's being used - after all, if I'm playing from my phone to my Sonos speaker, I still need quick access to the short cut and controls.
-
I would be appreciate if integrate the following functions.
1. Wake on LAN from outside like Gizmo and JRemote.
2. Select the audio track and subtitle in videos.
Thanks
-
Thank you very much for player controls in the notification shade! I'd like to renew my request to have the notification available regardless of the zone that's being used - after all, if I'm playing from my phone to my Sonos speaker, I still need quick access to the short cut and controls.
I won't be adding a persistent notification for non-device playback; that's not what notifications are designed to do. I would recommend using the Widgets. eos has a homescreen Widget, and if your device is pre-Lollipop you can also use the lockscreen widget.
1. Wake on LAN from outside like Gizmo and JRemote.
2. Select the audio track and subtitle in videos.
#2 already exists. On the Playing Now and Theater Remote pages, you'll find the "Toggle Audio Stream/Subtitles" action item in the action overflow (3 vertical dots).
As for #1, I learned something new today: subnet directed broadcasts make it possible to WOL over the internet. However, it seems that SDBs require knowing the subnet mask of the network where you want to send the broadcast, which is information that I can't see a way of getting when you aren't on that network. I'm not sure how JRemote/Gizmo overcome this limitation.
-
Hey everyone,
v.4.7.3 of eos has just been pushed to Production! The Google Play release notes:
New in v4.7.3:
Filter field now hidden behind action item
New header displayed when viewing list of files
Toolbar no longer shows icons, and the navigation drawer shows the app icon
Access Key servers will update and use server's Friendly Name
Updated File Info view
Play All & Shuffle All actions visible when viewing list of files
Fix crash that would occur if disconnected while Chromecasting
Removing the icons from the toolbar reduces the cluttered look, and on some devices also allows for an extra action item to be displayed. File Info has been updated to show two tabs: an Overview tab, which shows some relevant info, and the Edit tab.
Cheers!
-L
-
after update totally not working (crashes) :-/
-
after update totally not working (crashes) :-/
Sorry about that; just pushed v4.7.4 with the fix for the crash.
-
no problem!
now works fine :-)
regards
-
One question and a few concerns…
Question: In the ‘File Info’ view I get different album image sizes (some large, some small). Where are you pulling this image from? Is there anything I can do to standardize the size?
Concerning the menu item ‘Audio Podcast’… in this view my folders aren’t displayed, so I get a view of 1082 individual tracks sorted by date. Was this always the case? I’m old an’ can’t remember…
Also… using the device back button from this view minimizes the app and returns me to the desktop (happens in other views as well). Shouldn’t it take me back to the default ‘Audio Artist’ view? Then when I try to restore eos I have to repeat the process because the first attempt again returns me to the desktop. I don’t see this (restore) behavior on the other apps I have installed.
I’m running eos 4.7.5 on Android Ver. 5.1 on a Nexus 7 tablet…
-
Question: In the ‘File Info’ view I get different album image sizes (some large, some small). Where are you pulling this image from? Is there anything I can do to standardize the size?
The album art on File Info is rendered in the art's actual size - unless it's too big to be displayed in full, then it's scaled down. I did this so that it was easier for me to tell what size the cover art is inside my library; I'd know if I needed to look for a higher resolution image for an album.
Concerning the menu item ‘Audio Podcast’… in this view my folders aren’t displayed, so I get a view of 1082 individual tracks sorted by date. Was this always the case? I’m old an’ can’t remember…
It would have always been this way, unless you've changed your configuration recently. You can modify the structure of eos' (and any other remote's) views by going into MC's Options, clicking Media Network, Advanced, then "Customize views for Gizmo & WebGizmo..."
Also… using the device back button from this view minimizes the app and returns me to the desktop (happens in other views as well). Shouldn’t it take me back to the default ‘Audio Artist’ view? Then when I try to restore eos I have to repeat the process because the first attempt again returns me to the desktop. I don’t see this (restore) behavior on the other apps I have installed.
This is expected behavior. In the apps navigation hierarchy, switching between the various views in the menu is a lateral move, where tapping on (i.e. - drilling into) an item descends a level. You can use the back button to go "Up" a level in the hierarchy to the item's parent, but it won't unwind lateral moves. (The exceptions to this are the app-specific screens that appear under the divider, like Playing Now and Zones. These open up new screens in the app.) As a general rule, if you can see the "hamburger" menu item in the top left instead of "home", hitting back will leave the app.
-
I’ll have to look at that ‘Media Network’ thingamajig and see what I can figure out.
Thanks for your time… an’ thanks for the app.
-
I am seeing the fractional volume level when setting with the hardware volume buttons on a Nexus 7. I have the settings at 1db increments, and it sometimes steps from -14db to -13.1 or -12.9db, etc (but not every time).
Still seeing the same issue with the current version. The more you adjust the volume up and down, the further away from whole number db levels it drifts. The Volume increment settings are set to 2%.
edit: It is running on a Nexus 10 tablet.
-
The album art on File Info is rendered in the art's actual size - unless it's too big to be displayed in full, then it's scaled down. I did this so that it was easier for me to tell what size the cover art is inside my library; I'd know if I needed to look for a higher resolution image for an album.
Would you mind telling me the sizes you're using to make that determination? Mine typically top out at 900 pixels. Though many would be below that figure.
-
Would you mind telling me the sizes you're using to make that determination? Mine typically top out at 900 pixels. Though many would be below that figure.
By "too big", I meant that your device's display isn't big enough to fit the entire image. So if your display is 1080p (1920x1080) and you have cover art that's 1200x1200, the image will be scaled down to 1080x1080 to fit on the screen.
Still seeing the same issue with the current version. The more you adjust the volume up and down, the further away from whole number db levels it drifts. The Volume increment settings are set to 2%.
As already mentioned, no remote has dB level control over the volume. MCWS only allows the volume to be set by percentage, which is then translated to a dB level by MC.
-
As already mentioned, no remote has dB level control over the volume. MCWS only allows the volume to be set by percentage, which is then translated to a dB level by MC.
I will confirm by trying Gizmo on the same tablet.
-
By "too big", I meant that your device's display isn't big enough to fit the entire image. So if your display is 1080p (1920x1080) and you have cover art that's 1200x1200, the image will be scaled down to 1080x1080 to fit on the screen.
In portrait mode the album art fits nicely on the screen. It appears (and I’m just guessing here) that the image scales to the screen width. I use your creation in landscape mode and here it appears to me to be somewhat unwieldy, requires unnecessary scrolling and loses some of its visual appeal. Would it be possible to scale the image to the screen height in landscape mode? That way the user is presented with a full image of the album art and not just a portion of it.
Oh, and thanks for pointing me to the view customization menu. I didn’t realize that would also affect eos.
-
hallo
I often use shuffle to listen to music.
Within EOS you can tap on an Artist or a genre. tap on the dotted line right in the corner and then select shuffle.
If you select some complete albums you just have the choice of play and different add options.
I miss shuffle here. Is it possible to implement that?
regards
h-e
-
shuffle
In v4.7 I added the functionality you've requested. When you're looking at a list of files, you'll now see Play All and Shuffle All actions on the action bar.
-
Oh, I see. shuffeling within the playing now screen.
tha.s fine. Thanks
-
Oh, I see. shuffeling within the playing now screen.
tha.s fine. Thanks
I wasn't referring to Playing Now, although you do have the ability to shuffle from there as well. If you navigate to the list of tracks in an album, you'll see two new action items: Play All and Shuffle.
-
That's not what I mean. I was looking for: going in a genre, there selecting some albums and than selecting shuffle.
When you tap on just one genre. You can select shuffle.
-
That's not what I mean. I was looking for: going in a genre, there selecting some albums and than selecting shuffle.
When you tap on just one genre. You can select shuffle.
Ah, gotcha. That's right, when you select a single item you'll have options to "Play (Shuffled)" or "Add (Shuffled)", but these items are removed once you select multiple items. This is because those options don't make as much sense in context: these buttons could only shuffle the first album then add it to the playlist, shuffle the next and add it to the playlist, and so on. So you'd end up with the albums playing sequentially (although the tracks for each album would be in random order), instead of a randomized list of all of the tracks for the selected items. However, as you've already discovered, there is a solution: you can add all of the tracks you want, then use the Shuffle option available from Playing Now.
Sorry for the confusion!
-
I'm using eos for a while and I really like it. Great Job!
I'm also interested in audio tagging functionality within eos. It would be really great if there were some further tagging features:
1) Every tag should be editable
2) Ability to see empty tags so that they can be modified
3) Ability to setup tags that should be shown
Any chance for those feature requests?
-
I'm using eos for a while and I really like it. Great Job!
I'm also interested in audio tagging functionality within eos. It would be really great if there were some further tagging features:
1) Every tag should be editable
2) Ability to see empty tags so that they can be modified
3) Ability to setup tags that should be shown
Any chance for those feature requests?
Thank you! Glad to hear you like eos.
I know that certain tags within MC cannot be edited. Creating an exhaustive list of the non-editable tags didn't sound like fun, so I restricted the editable list to the most common tags I edited. I can remove this restriction, but do note that attempting to edit a non-editable field will likely cause issues!
Requests 2 and 3 are related. There's no way to get a list of "empty tags" that should be shown on the page. MCWS only provides fields that contain values so empty tags aren't shown, and MCWS doesn't provide a way to get a list of all possible fields in the library. This is problematic because your library can contain custom fields, so no remote can know what fields to show unless they contain values.
I could add a way to define a list of fields that should always be shown on the Edit File Info page. This would solve your problem of empty fields not appearing. But it would mean that these fields will always appear on these page, even if they weren't appropriate.
How does that sound?
-
Hi,
All is great with your app, but I just started using JRiver's internal volume control and while I can use my Samsung Note 8's volume controls (but only from the now playing page), the zones area sliders or the widget on my system home page to change the volume, I would like to adjust the volume from any page within the app. would it be possible to put either a volume slider or shortcut to one in the Blue band (in the blue/orange colour scheme) at the top?
Regards,
Cameron
-
I will confirm by trying Gizmo on the same tablet.
I have found that Gizmo does the same thing. What happens is too many volume button changes (or too quickly) in a row can cause the volume level to go fractional. There is an extra delay in getting a MCWS response when this occurs.
-
Thank you! Glad to hear you like eos.
I know that certain tags within MC cannot be edited. Creating an exhaustive list of the non-editable tags didn't sound like fun, so I restricted the editable list to the most common tags I edited. I can remove this restriction, but do note that attempting to edit a non-editable field will likely cause issues!
Requests 2 and 3 are related. There's no way to get a list of "empty tags" that should be shown on the page. MCWS only provides fields that contain values so empty tags aren't shown, and MCWS doesn't provide a way to get a list of all possible fields in the library. This is problematic because your library can contain custom fields, so no remote can know what fields to show unless they contain values.
I could add a way to define a list of fields that should always be shown on the Edit File Info page. This would solve your problem of empty fields not appearing. But it would mean that these fields will always appear on these page, even if they weren't appropriate.
How does that sound?
I didn't know that MCWS does not support those functionality. That's too bad.
Your suggestion sounds good. I think, if a user define a custom list of fields for tagging, that user should know were those fields are appropriate.
I would appreciate this feature!
-
I could also make MCWS include empty fields optionally, controlled by a parameter maybe, if thats something that could help.
-
I could also make MCWS include empty fields optionally, controlled by a parameter maybe, if thats something that could help.
Hendrik, this would be excellent! I could definitely make use of this functionality. Thanks for offering!
-
I would like to adjust the volume from any page within the app. would it be possible to put either a volume slider or shortcut to one in the Blue band (in the blue/orange colour scheme) at the top?
The Zones action should be available from the action bar of any screen, and that screen does have volume sliders. I'll change the hardware volume key behavior so that you can use those to change the volume from any screen.
-
Bump...
Quote from: Soul_Rvr911 on April 19, 2015, 11:53:02 am
By "too big", I meant that your device's display isn't big enough to fit the entire image. So if your display is 1080p (1920x1080) and you have cover art that's 1200x1200, the image will be scaled down to 1080x1080 to fit on the screen.
In portrait mode the album art fits nicely on the screen. It appears (and I’m just guessing here) that the image scales to the screen width. I use your creation in landscape mode and here it appears to me to be somewhat unwieldy, requires unnecessary scrolling and loses some of its visual appeal. Would it be possible to scale the image to the screen height in landscape mode? That way the user is presented with a full image of the album art and not just a portion of it.
Oh, and thanks for pointing me to the view customization menu. I didn’t realize that would also affect eos.
-
now that ive been playing with eos more. (galaxy tab 7 in widescreen mode) ive noticed when one hits file info that the cover art is very large as well, and needs scrolling.
here what it looks like in portrait view (galaxy s4)
(http://i59.tinypic.com/2qdo5co.jpg)
and once in widescreen/landscape mode (galaxy s4)
(http://i62.tinypic.com/2w7e6pj.jpg)
-
The Zones action should be available from the action bar of any screen, and that screen does have volume sliders. I'll change the hardware volume key behavior so that you can use those to change the volume from any screen.
Thanks for that. The added functionality of the volume keys will be helpful. Not so keen on the Zones key as it does change the way it behaves if it is used multiple times quickly and can be confusing. I have JRiver limited to 85% of volume and I think that is confusing the volume slider in the zones area. Also the reason I would prefer a volume control in the "blue bar" is so I can tell at a glance what the volume is. I only play full albums not playlists and some of my music files come from early CDs which are a lot quieter than later ones and the later ones can be horribly loud if I don't check the volume as I select them. I realize that there is probably a setting to equalise the levels across all files but I would rather not do that.
-
Also the reason I would prefer a volume control in the "blue bar" is so I can tell at a glance what the volume is. I only play full albums not playlists and some of my music files come from early CDs which are a lot quieter than later ones and the later ones can be horribly loud if I don't check the volume as I select them. I realize that there is probably a setting to equalise the levels across all files but I would rather not do that.
+1
really effects those of us with kickstands...kickstand manufactures tend to think its more feasible to have the power button within reach over the volume buttons which lacks all sorts of sense being you will most likelly be having the screen on the whole time the device is in widescreen/kickstand mode...wouldn't it behoove the kickstand user to have access to his volume keys? have you guys seen the galaxy tablets (bought one for my dad) you have to fiddle faddle around searching for the volume buttons because they are moving away from raised buttons...pita
-
In portrait mode the album art fits nicely on the screen. It appears (and I’m just guessing here) that the image scales to the screen width. I use your creation in landscape mode and here it appears to me to be somewhat unwieldy, requires unnecessary scrolling and loses some of its visual appeal. Would it be possible to scale the image to the screen height in landscape mode? That way the user is presented with a full image of the album art and not just a portion of it.
That's correct, the image always scales to screen width. I can't easily change the dimension it scales to, but I can probably give the art a max height, or make its size constant.
Not so keen on the Zones key as it does change the way it behaves if it is used multiple times quickly and can be confusing. I have JRiver limited to 85% of volume and I think that is confusing the volume slider in the zones area. Also the reason I would prefer a volume control in the "blue bar" is so I can tell at a glance what the volume is. I only play full albums not playlists and some of my music files come from early CDs which are a lot quieter than later ones and the later ones can be horribly loud if I don't check the volume as I select them. I realize that there is probably a setting to equalise the levels across all files but I would rather not do that.
I can't add a volume slider to the toolbar (blue bar). What do you mean about using the Zones key: "it does change the way it behaves if it is used multiple times quickly"?
The volume sliders aren't taking into account the effect of a Volume Limit that's set in MC. If you've limited the volume to 85% in MC and drag eos' volume slider to 100%, MC's volume will end up at 85% (as you'd expect) but eos' slider stays at 100% until the page is refreshed. There's no way for a remote to know what the volume limit is, but the new volume is returned after the call to set the volume. I should be able to update the slider with this value, although it would make the slider appear to jump erratically if you try to set the volume outside the allowed range.
-
[I can't add a volume slider to the toolbar (blue bar). What do you mean about using the Zones key: "it does change the way it behaves if it is used multiple times quickly"?
The volume sliders aren't taking into account the effect of a Volume Limit that's set in MC. If you've limited the volume to 85% in MC and drag eos' volume slider to 100%, MC's volume will end up at 85% (as you'd expect) but eos' slider stays at 100% until the page is refreshed. There's no way for a remote to know what the volume limit is, but the new volume is returned after the call to set the volume. I should be able to update the slider with this value, although it would make the slider appear to jump erratically if you try to set the volume outside the allowed range.
[/quote]
Okay, I hope you can follow this.
Start in Now Playing screen - Set volume to 85% (which I set JRiver to as my maximum)
Go to Zones - slider shows 85% as it should
Increase volume slider to 100%, which actually does not change the volume.
Go back to now playing screen, a touch of the tablet's volume key shows 83%, which has gone down because I touched the down key. All is as it should be, so far.
Start again in now playing set volume 85% (max)
Go to Zones - Slider shows 85%
Move slider - 12% - 22% - 39% - 61% - 90% - 100% The increases are not important as an exact level ie does not have to be those numbers, it just needs multiple movements. Volume is significantly lower than the previous 100%
Go back to Now Playing and touch the volume down button to display level (which will presumably drops it 2% also) This shows a level of 37%
After doing the volume reduction and multiple increases the 100% level varies when I go back to Now Playing, I just did it again and it showed 55% when the Zone slider was at 100%.
If I go back to the Zone slider after checking in the Now Playing section it does show the correct level, in this case 55%
And that's what I mean about the slider in the Zones performing erratically.
-
Okay, I hope you can follow this.
Start in Now Playing screen - Set volume to 85% (which I set JRiver to as my maximum)
Go to Zones - slider shows 85% as it should
Increase volume slider to 100%, which actually does not change the volume.
Go back to now playing screen, a touch of the tablet's volume key shows 83%, which has gone down because I touched the down key. All is as it should be, so far.
Start again in now playing set volume 85% (max)
Go to Zones - Slider shows 85%
Move slider - 12% - 22% - 39% - 61% - 90% - 100% The increases are not important as an exact level ie does not have to be those numbers, it just needs multiple movements. Volume is significantly lower than the previous 100%
Go back to Now Playing and touch the volume down button to display level (which will presumably drops it 2% also) This shows a level of 37%
After doing the volume reduction and multiple increases the 100% level varies when I go back to Now Playing, I just did it again and it showed 55% when the Zone slider was at 100%.
If I go back to the Zone slider after checking in the Now Playing section it does show the correct level, in this case 55%
And that's what I mean about the slider in the Zones performing erratically.
I can't duplicate this, but I suspect that the volume requests are being completed out of order. When you release the volume slider, eos makes a request to MC and tells it to change the volume to that percentage. Normally these requests don't take very long so there's no issue. However, Android is power-conservative, and shuts down Wi-Fi connections after a time. Alternatively, your device could just have spotty coverage. In either case, there are no guarantees about what order the requests will complete, so the volume ends up being set to whatever request winds up finishing last. I don't know how other remotes are architected, but I suspect that they'll all exhibit the same behavior.
The percentage that shows up in the toast, which appears after using the volume keys to change the volume, is the value that comes back from MC; the toast's volume will always be correct. As I mentioned, the slider doesn't currently use this value, so you can drag the slider passed the volume limit and it will (incorrectly) remain at that value. I also expected the volume sliders to be refreshed automatically when going back to the Zones page, but that doesn't seem to be the case. I'll fix these issues in the next version.
-
Let me know if this is the correct way to get info on EOS. Purchased the app today it works great, but I'm having a problem with volume.
Everything works smooth except I get no sound (but I think I know what's happenenig if you give a solution).
First, when i hit play, the song starting playing, but I don't hear anything...
If i switch to zone (all this [Zone] is new to me), i have to choices Default or Player)
If i choose player it starts playing the song with no volume.
If I switch zone to default, I get an error message: A Media Player is incorrect (1)... It does play or anything.
Then what I noticed was when I choose Zone Player... I looked over at my PC and it was controlling that instead, meaning I could change standard to display, but I am still not getting any sound.
Finally, so this may help in coming up with a olution. With the free Gizmo, I have to options Home or Server.... If I choose Home everything is controlled from my Tablet (Samsung S) no problems whatsoever. But I wantted to ppearance and functionality of EOS.
it's alot but wanted you to get the hold picture. So it seems, I can only run from the Server using EOS, which again doesn't give me any sounds.
Any ideas
Thanks
-
try opening eos, once connected to library then click on zones/top right corner 3 square boxes in shape of pyramid/or 3 horizontal lines then zones (in text) . once there tap to the left of the D where it states device, (you should see it add a check mark. then try playing something in your library...hear anything? also have you tried volume buttons on phone itself?
-
Let me know if this is the correct way to get info on EOS. Purchased the app today it works great, but I'm having a problem with volume.
Everything works smooth except I get no sound (but I think I know what's happenenig if you give a solution).
First, when i hit play, the song starting playing, but I don't hear anything...
If i switch to zone (all this [Zone] is new to me), i have to choices Default or Player)
If i choose player it starts playing the song with no volume.
If I switch zone to default, I get an error message: A Media Player is incorrect (1)... It does play or anything.
Then what I noticed was when I choose Zone Player... I looked over at my PC and it was controlling that instead, meaning I could change standard to display, but I am still not getting any sound.
Finally, so this may help in coming up with a olution. With the free Gizmo, I have to options Home or Server.... If I choose Home everything is controlled from my Tablet (Samsung S) no problems whatsoever. But I wantted to ppearance and functionality of EOS.
it's alot but wanted you to get the hold picture. So it seems, I can only run from the Server using EOS, which again doesn't give me any sounds.
Hi drc,
Thanks for purchasing eos! You've come to the right spot for support.
MC comes configured by default with a zone called "Player", which represents media currently playing in MC. Any additional DLNA devices it detects will also be added as zones, and you can even add custom zones manually for different audio devices on your computer.
However, from the sounds of it, you haven't configured any other zones, so you should only have the "Player" zone available in MC. So, on eos' Zones page, your choices are "Device" and "Player". "Player" refers to MC's default playback zone, and "Device" will stream content from your media server to your device (which is the equivalent of Gizmo's "Here"). If no zones are checked on the Zones page, eos will default to controlling MC's default zone. (Note that the items that you see on eos' Zones page are the same items that you'll see in Gizmo under "Choose Where To Play", except as mentioned "Here" is replaced with "Device" in eos.)
Your post makes it seem as though you're trying to play music on your JRiver server and control the playback from eos. So on eos' Zones page, you can either check the box for "Player" or you can leave all of the checkboxes unchecked. Then, ensure that the volume slider for Player is at a reasonable volume - and that it isn't at 0% - and try playing a track. Let me know if this works for you!
-
Feature Request: Could EOS detect if you are on WiFi, and have different transcoding options depending on whether you are or not? Email aps for example can be set to only download attachments on WiFi. Have EOS not transcode audio when on WiFi, but receive all audio as 128 mp3 when not to save on data? I make a lot of changes like this manually now, but it would be nice if EOS did it automatically since I sometimes forget to change my settings.
-
Just bought this software today. Really happy how easily I can switch from playing on the TV to playing on my tablet.
I also like the fact that it seems to be much snappier than Gizmo
A few questions
1) Does EOS use the same views as Gizmo - Seems to, just would like to confirm
2) Is there any way to change the thumbnails for Custom Views. EG. I have a root item called Kids, and within there is "Audio" "Movies" and "Video". To which they have default folder like icons. Might be a JRiver question?
3) Is there a how to in order to get JRiver on Chromecast then controlled by EOS?
Many thanks and once again, great APP!
-
Just bought this software today. Really happy how easily I can switch from playing on the TV to playing on my tablet.
I also like the fact that it seems to be much snappier than Gizmo
A few questions
1) Does EOS use the same views as Gizmo - Seems to, just would like to confirm
2) Is there any way to change the thumbnails for Custom Views. EG. I have a root item called Kids, and within there is "Audio" "Movies" and "Video". To which they have default folder like icons. Might be a JRiver question?
3) Is there a how to in order to get JRiver on Chromecast then controlled by EOS?
Many thanks and once again, great APP!
Thanks for the feedback! Glad to hear you're enjoying eos.
In response to your questions:
1) Yes, eos uses the same views as Gizmo. These are configurable from MC's Options --> Media Network --> Advanced --> Configure views for Gizmo & WebGizmo...
2) These thumbnails are controlled by MC, but there's no way to change them at present.
3) Not sure what you're asking for here. You can Cast content from your MC library to your Chromecast, but you can't cast MC itself.
-
Hey all,
I've just pushed v5.0.5 of eos to Production! Change notes:
New in v5.0.5:
Now Playing footer! See what's playing, play/pause & skip tracks while browsing your library
Send TV flow! Long press on a TV channel and press "Send TV" to stream TV to a remote zone
Change remote volume from any screen with the hardware volume keys
New Setting to confirm app exit when pressing back
Added a hint to the file list header to indicate that cover art is clickable
Fixes:
Sliders on the Zones page not updating properly
No more annoying "no connectivity" toasts
Set a maximum height for the cover art on the File Info page, to reduce the amount of scrolling required when viewing the page in landscape.
A few crashes
Let me know if you experience any issues with the new Send TV functionality. I haven't been able to test it myself because I don't have a TV tuner, but it was working for a few of my Alpha testers.
Cheers!
-L
-
Thanks very much for the any screen volume change addition ......... works a treat. One more request from this PITA, maybe a volume level indicator in the now playing footer?? Just a thought .........
-
Feature Request: Could EOS detect if you are on WiFi, and have different transcoding options depending on whether you are or not? Email aps for example can be set to only download attachments on WiFi. Have EOS not transcode audio when on WiFi, but receive all audio as 128 mp3 when not to save on data? I make a lot of changes like this manually now, but it would be nice if EOS did it automatically since I sometimes forget to change my settings.
I've added a new setting that will allow you to choose the Audio Conversion Mode to use when no Wi-Fi connection is detected. Note that if eos is currently playing, the current track and the next track are already being buffered at the old conversion mode, so changes to your Wi-Fi connectivity status will not impact the conversion mode of either of these tracks. The new conversion mode will only start taking effect for the track after the next track (e.g. - if the current track is 4, then tracks 4 and 5 are being buffered, so the new conversion mode will take effect for track 6 once track 4 finishes playing). Instead of adding a proper Wi-Fi connectivity listener, I'm simply checking whether Wi-Fi is connected when I need to create the URL for the file, and I'm switching the conversion mode based on the result. In that sense it isn't really "dynamic", but from your description it sounds like this solution should suffice!
Thanks very much for the any screen volume change addition ......... works a treat. One more request from this PITA, maybe a volume level indicator in the now playing footer?? Just a thought .........
I've added a volume indicator underneath the playback control buttons on the Now Playing bar.
Both of these changes will be in the next version of eos (v5.1), which I've just pushed to Alpha. I hope to have it in Production by the end of the week.
Cheers!
-L
-
Kewl, thanks very much!!
-
Question, it doesn't play music... Get error message:
Media Player Error: 1
got the trial version looked good, so i purchased the full veersion, it will not play any songs, looks good.
Test against the Gizmo app, it plays all songs with no problem. i was hoping a upgrade would olve the problem
Any idea? Lastest Anroid Tablet (Samsong S). 192kps musiv coding.
Thanks
-
Try setting conversion. The media player may not play that format.
-
Question, it doesn't play music... Get error message:
Media Player Error: 1
Any idea? Lastest Anroid Tablet (Samsong S). 192kps musiv coding.
Try setting conversion. The media player may not play that format.
JimH is correct: the most likely explanation is that the format you're trying to play isn't supported on your device. On the Settings page you'll find a setting for Audio Conversion, try changing it to one of the MP3 values and trying playback again.
-
Hey everyone,
I've just pushed v5.1.2 to Production! From the change notes:
New in v5.1.2:
Added volume display to the Now Playing bar. The volume display will follow the current volume zone, if one has been specified on the Zones page
Added a setting to use a different audio conversion mode if no Wi-Fi connection is detected
Made file list header's year text italic
Removed Play All action from file lists
Fix a crash that would occur attempting to re-open the app if it had been removed from memory by the device
Cheers!
-Lenny
-
now that eos allows us to add our TV stations via the view created in JRiver/Gizmo views - http://yabb.jriver.com/interact/index.php?topic=91845.new;topicseen#new
Is there tweaking that could be done that would allow us to place tv stations under Videos? (Not Nest)
With EOS's expand drawer feature, it always lands those of us with tv stations on tv stations upon connection or Pressing home.
From jremote's screenshot you notice it does show TV stations but it's under Videos, And EOS it's above Audio.
In JRiver/Gizmo settings I have established it cannot be nested underneath videos if so it will not show up. So i removed TV stations from under Videos (Nested) and placed it under Video and above playlists.
(http://i58.tinypic.com/w1b2h1.jpg)
(http://i62.tinypic.com/219zy10.jpg)
Thank you for considering
-
Is there tweaking that could be done that would allow us to place tv stations under Videos? (Not Nest)
The order of items in eos' drawer is the same as the order in MC's "Customize views for Gizmo & WebGizmo" settings. I just re-arranged these items on my own server to confirm this works as I expected. Note, however, that the only time the drawer list is fetched is after the initial connection is made to the server - e.g.: when the app first launches, or after switching servers. So make sure that items are in the correct order in MC, then restart both MC and eos for the changes to appear.
-L
-
just verified server settings. here's screenshot.
JRemote seems to be honoring the layout, and eos isnt for my devices.
NOTE: every time one re-arranges in JRiver Server... one MUST force kill server, or reboot system to see changes.
(http://i58.tinypic.com/168a175.jpg)
-
Sorry to EOS... it was user error.
While watching series with GF on HTPC, I was on eos’s playing now of CLIENT (HTPC) and that moved the tv stations above audio.
When I gave the jremote test on same device (IT AUTO CONNECTED TO MAIN SERVER…NOT CLIENT) it showed tv stations below videos above playlists. but once i changed JRemote server to HTPC, then it moved TV Stations above Audio just like EOS did.
Maybe JRiver could have a look into tweaking clients that are connected to servers so this doesnt happen?
Would be appreciated.
-
Just pushed v5.1.3 to Production. Two changes:
- This build fixes a crash that I saw reported in my Play console that would occur if no servers had been configured - which unfortunately included initial installations.
- I've changed the icons used in the navigation drawer. Instead of retrieving icons from MC, I've included icons in eos that are a better match for the material design theme.
-L
-
I've added a new setting that will allow you to choose the Audio Conversion Mode to use when no Wi-Fi connection is detected. Note that if eos is currently playing, the current track and the next track are already being buffered at the old conversion mode, so changes to your Wi-Fi connectivity status will not impact the conversion mode of either of these tracks. The new conversion mode will only start taking effect for the track after the next track (e.g. - if the current track is 4, then tracks 4 and 5 are being buffered, so the new conversion mode will take effect for track 6 once track 4 finishes playing). Instead of adding a proper Wi-Fi connectivity listener, I'm simply checking whether Wi-Fi is connected when I need to create the URL for the file, and I'm switching the conversion mode based on the result. In that sense it isn't really "dynamic", but from your description it sounds like this solution should suffice!
This is perfect! Thank you. Exactly what I was looking for and something I had wished for in Gizmo forever. One more small (maybe) request: Would it be possible to add it for Video conversion as well?
- I've changed the icons used in the navigation drawer. Instead of retrieving icons from MC, I've included icons in eos that are a better match for the material design theme.
Not sure how I feel about this. While the new icons match EOS better, I liked the consistency with MC. Would it maybe possible to download your icons from somewhere so that I can try them as Custom Art in MC?
-
One more small (maybe) request: Would it be possible to add it for Video conversion as well?
Yeah, this should be possible.
Would it maybe possible to download your icons from somewhere so that I can try them as Custom Art in MC?
eos uses the Subway icon set, which was created by Pixle. I purchased them for commercial use in my app, but they're free for personal use. You can find them here: https://github.com/mariuszostrowski/subway
-
I'm still having constant issues when I leave my house (Wifi) and get in my car (4G), eos just can't reconnect unless I close the app and reopen it. Any ideas on this one?
-
I'm still having constant issues when I leave my house (Wifi) and get in my car (4G), eos just can't reconnect unless I close the app and reopen it. Any ideas on this one?
Yes, this is a limitation of the app. It doesn't listen on connectivity status changes; when you leave your Wi-Fi network it's still trying to connect to your server by using your LAN IP address, which will fail. The only way to get it to switch IPs is closing and re-opening the app.
-
an auto connect would be nice in the future for those less savvy.
-
Yes, this is a limitation of the app. It doesn't listen on connectivity status changes; when you leave your Wi-Fi network it's still trying to connect to your server by using your LAN IP address, which will fail. The only way to get it to switch IPs is closing and re-opening the app.
That's unfortunate. How about that bookmark feature so I can resume exactly where I left off?
-
That's unfortunate. How about that bookmark feature so I can resume exactly where I left off?
I might have a way to support bookmarking: I could add a long-press to the Stop button on the Playing Now page. If you stop playback using a long press I could store the current position, and attempt to resume at that position the next time you hit the Play button. Of course, if you change tracks, the bookmark will be cleared. But if you stopped playback this way and then killed the app (e.g. - to switch between Wi-Fi and mobile networks), you'd be able to resume where you left off.
How does that sound?
-
That sounds helpful but something that automatically remembers where you are in case of a disconnection would be better.
Also, some sort of reconnect button would be better than having to manually close and restart the app.
But beggars can't be choosers, thanks!
-
That sounds helpful but something that automatically remembers where you are in case of a disconnection would be better.
I just tested this scenario on my own device and it isn't possible to determine when a disconnect occurs because the media player doesn't produce any errors. When I disconnect from Wi-Fi all I see are notifications that the media player is attempting to buffer the track - which is a normal occurrence since it's streaming the file - before it gives up and starts playing the next track, which has only partially been buffered. It's only when trying to buffer the 3rd track that an error occurs, but by this point it's too late to try and create a bookmark because the position in the original track has been lost.
-
I just tested this scenario on my own device and it isn't possible to determine when a disconnect occurs because the media player doesn't produce any errors. When I disconnect from Wi-Fi all I see are notifications that the media player is attempting to buffer the track - which is a normal occurrence since it's streaming the file - before it gives up and starts playing the next track, which has only partially been buffered. It's only when trying to buffer the 3rd track that an error occurs, but by this point it's too late to try and create a bookmark because the position in the original track has been lost.
Greetings:
I do not think bookmark should be in exact spot, something close will be sufficient.
George
-
I do not think bookmark should be in exact spot, something close will be sufficient.
What I was trying to say was that bookmarking on disconnect is impossible, because by the time I know that the disconnect has occurred the app isn't even playing the same track.
-
What I was trying to say was that bookmarking on disconnect is impossible, because by the time I know that the disconnect has occurred the app isn't even playing the same track.
ok, then. So we are going to get it in one way any how.
On a new Samsung UNJU657100 4k uhd tv , eos shines especially with mirroring
Thanks.
George
-
Right, if eos just kept track of the last played file and location within it and could restore it when restarted, that would be great. So in the event of a disconnection, eos would at least be close - it could record it every 30 seconds or something like that.
-
Right, if eos just kept track of the last played file and location within it and could restore it when restarted, that would be great. So in the event of a disconnection, eos would at least be close - it could record it every 30 seconds or something like that.
It already keeps track of the last played file, it's just a matter of keeping track of the position. As I mentioned, in a disconnect scenario there are no errors generated: the MediaPlayer indicates that playback completed successfully and advances to the next track even though it failed to buffer and complete the current track. This makes generating a bookmark unreliable at best.
Since the only other way to kill the app is to first manually stop device playback, adding long press to create a bookmark will allow you to create a bookmark whenever you plan on switching networks.
-
Ok, sounds good. It'd definitely help in the wifi/4G transition scenario.
-
I have found that Gizmo does the same thing. What happens is too many volume button changes (or too quickly) in a row can cause the volume level to go fractional. There is an extra delay in getting a MCWS response when this occurs.
As of v20.0.115 issue is still occurring. Definitely something going on with (semi) rapid volume change requests through MCWS.
-
Hi !
I just purchased EOS, and I'm glad I did !
Especially the way the Playing Now playlist is managed is so much better than what I had before ! The ability to replace the entire list with only one track is something I was desperate to find.
There are a few things I'd love to find in EOS. Of course, maybe they are already here and I can't find them, and those which aren't might make interesting new features :
- When watching a video on the Device (my 1st gen Nexus 7 android tablet), I'd love to have at least the controls to choose language and subtitles.
- Is there a way to "transfer" the Playing Now (including current playing position) from one zone to the other. Basic example : to watch the end of the movie on the tablet in my bed instead of the TV in the living room...
- This is a big one : It would be fantastic if EOS could play the files stored on the Device to the Player like I can do with BubbleUPnP, which recognizes the content of the local device as a DLNA library. I just don't want to, because EOS is tailored for JRiver and so much easier to use... This is probably very tricky to pull off with JRiver's libraries management, but hey, it's worth asking...
Anyway, thanks a lot for a fantastic product !
Cheers,
David
-
There are a few things I'd love to find in EOS. Of course, maybe they are already here and I can't find them, and those which aren't might make interesting new features :
- When watching a video on the Device (my 1st gen Nexus 7 android tablet), I'd love to have at least the controls to choose language and subtitles.
- Is there a way to "transfer" the Playing Now (including current playing position) from one zone to the other. Basic example : to watch the end of the movie on the tablet in my bed instead of the TV in the living room...
- This is a big one : It would be fantastic if EOS could play the files stored on the Device to the Player like I can do with BubbleUPnP, which recognizes the content of the local device as a DLNA library. I just don't want to, because EOS is tailored for JRiver and so much easier to use... This is probably very tricky to pull off with JRiver's libraries management, but hey, it's worth asking...
Anyway, thanks a lot for a fantastic product !
Cheers,
David
Thanks for your purchase David! Glad to hear you like eos.
As per your requests:
- I don't think it's possible to get subtitles or switch audio streams when streaming video to device. At least, I couldn't see a way to do this from MCWS. (So I don't think this is supported in JRemote or Gizmo, either...)
- The only way I can think of "transferring" a playlist between zones is to save the current Playing Now playlist, and then navigate to it and start playing it in the other zone. I don't see any other way of doing this from MCWS.
- It sounds like BubbleUPNP is exposing your device's media as a DLNA Server? Anyway, there are two problems here: first, there's no way to send media to MC using MCWS. If you can see your device media in MC when using BubbleUPNP, that's probably the only solution right now. Secondly, eos doesn't know what media is stored on the device, because it doesn't read from the device's library. (You may have noticed it doesn't even request permission to access local media when installing it.) That's outside eos' purview.
Cheers!
-Lenny
-
- Is there a way to "transfer" the Playing Now (including current playing position) from one zone to the other. Basic example : to watch the end of the movie on the tablet in my bed instead of the TV in the living room...
This is often requested of MC itself and is not possible at the moment because of the way zones are structured. But there are requests to revamp the way zones are structured.
Here's someone with the same question in 2012! http://yabb.jriver.com/interact/index.php?topic=76185.msg516025;topicseen#msg516025 (http://yabb.jriver.com/interact/index.php?topic=76185.msg516025;topicseen#msg516025)
-
On my tablet (Acer Iconia Tab 10.1) the second line displayed by the widget is truncated. Screenshot attached.
-
On my tablet (Acer Iconia Tab 10.1) the second line displayed by the widget is truncated. Screenshot attached.
Do you know the model # of your tablet? I'll need that in order to find out the pixel density of your device.
-
Do you know the model # of your tablet? I'll need that in order to find out the pixel density of your device.
A3-A20. 1280x800, 149ppi I think.
-
Thanks for your purchase David! Glad to hear you like eos.
As per your requests:
- I don't think it's possible to get subtitles or switch audio streams when streaming video to device. At least, I couldn't see a way to do this from MCWS. (So I don't think this is supported in JRemote or Gizmo, either...)
- The only way I can think of "transferring" a playlist between zones is to save the current Playing Now playlist, and then navigate to it and start playing it in the other zone. I don't see any other way of doing this from MCWS.
- It sounds like BubbleUPNP is exposing your device's media as a DLNA Server? Anyway, there are two problems here: first, there's no way to send media to MC using MCWS. If you can see your device media in MC when using BubbleUPNP, that's probably the only solution right now. Secondly, eos doesn't know what media is stored on the device, because it doesn't read from the device's library. (You may have noticed it doesn't even request permission to access local media when installing it.) That's outside eos' purview.
Cheers!
-Lenny
Thanks a lot for your answers (csimon too) ! I had a feeling it would all have already been done if it was possible...
Now for something more "classical" :
- It has happened that, when JR runs in theater mode, and I start playing a movie on the Player after navigating to it within EOS, the movie gets displayed in windowed mode, not full screen. To be in full screen, I either had to navigate the theater mode interface with the theater remote, or specify the display mode as "display". Of course this morning, after restarting the computer, I can't reproduce this...
And three little things on the "Playing now page" :
- When stopping a movie, the buttons are not refreshed, and the pause remains instead of switching to play when the tablet has been kept in landscape mode since EOS was started. Forcing the refresh by switching to portrait and back to landscape has stopped it from happening in this session. It is reproducable by just closing EOS, restarting it, playing and then stopping a movie : No refresh of the pause button until the tablet orientation changes, and then the problem disappears.
- Since there are only the chapter up/down, play/pause and stop buttons in the playing now page, it would be great if a long press on the chapter down button (for example) would send back to the beginning of the movie (or album in audio). That's because JR keeps in memory the place where the movie was last stoppped, whereas sometimes you just want to start over again... In other words, I'm missing a way to force the start of a movie from the beginning. Maybe a long press on play, or on the movie title, or maybe it's already there and I don't know where...
- It is too bad that the drawer menu cannot be accessed from the playing now page. Having to go back to the home page is one action too much, IMHO.
Anyway this is all very minor, congrats again on a great piece of software !
Cheers,
David
-
A3-A20. 1280x800, 149ppi I think.
Just realised this is due the the font size settings on the device, I've got it set to Large! It is OK when at Normal.
-
Just realised this is due the the font size settings on the device, I've got it set to Large! It is OK when at Normal.
Ah, glad you figured this out. I was trying to duplicate the behavior on an emulator (I don't have any devices with the same specs) but I wasn't having any luck.
Now for something more "classical" :
- It has happened that, when JR runs in theater mode, and I start playing a movie on the Player after navigating to it within EOS, the movie gets displayed in windowed mode, not full screen. To be in full screen, I either had to navigate the theater mode interface with the theater remote, or specify the display mode as "display". Of course this morning, after restarting the computer, I can't reproduce this...
I used to see this minimized video behavior from MC when I originally started developing eos, but I haven't seen it in some time. I wasn't able to reproduce this myself.
And three little things on the "Playing now page" :
- When stopping a movie, the buttons are not refreshed, and the pause remains instead of switching to play when the tablet has been kept in landscape mode since EOS was started. Forcing the refresh by switching to portrait and back to landscape has stopped it from happening in this session. It is reproducable by just closing EOS, restarting it, playing and then stopping a movie : No refresh of the pause button until the tablet orientation changes, and then the problem disappears.
The playback controls should be refreshing after you press stop in eos; this sounds like a bug. Are you controlling a remote zone, or are you talking about playing videos on the device? And when you mention "playing and then stopping a movie", are you talking about pressing the Play and Stop buttons in eos, or directly in MC? If you're controlling playback directly from MC - or another remote - eos doesn't know that playback has changed, so the page not updating would expected behavior. (By the way, there's a Refresh button in the action overflow on the Playing Now page that will update the screen when this occurs. No need to reorient the device!)
- Since there are only the chapter up/down, play/pause and stop buttons in the playing now page, it would be great if a long press on the chapter down button (for example) would send back to the beginning of the movie (or album in audio). That's because JR keeps in memory the place where the movie was last stoppped, whereas sometimes you just want to start over again... In other words, I'm missing a way to force the start of a movie from the beginning. Maybe a long press on play, or on the movie title, or maybe it's already there and I don't know where...
I don't think I've ever used chapters in videos; I'm not quite sure I understand this request. Is it not possible to drag the position slider all the way to the left to start the video over from the beginning?
- It is too bad that the drawer menu cannot be accessed from the playing now page. Having to go back to the home page is one action too much, IMHO.
The drawer menu can only be accessed from the home page where the navigation takes place, but some of the other functionality - specifically Zones, Theater Remote, and Playing Now - are accessible from every screen. In the worst case, they're placed in the action overflow.
Cheers!
-L
-
I just released v5.2.3 of eos to production. From the change notes:
New in v5.2.3:
Long press on the Stop button while playing audio to create a bookmark. Pressing Play when a bookmark exists will restart playback at the bookmarked position. Bookmarks are saved across application restarts, but are cleared if the track is changed. Useful when switching between Wi-Fi and cell networks.
New Mobile Conversion setting for Video
Playing Now page shows a loading spinner instead of a dialog when refreshing
Removed Send TV functionality - it isn't supported by MC
I originally introduced Send TV in v5.0 of eos, but after more testing from the Alpha group it turns out that a) it was broken, and b) once I had finally fixed it, MC didn't support simultaneously recording a TV channel and pushing the recorded stream to a remote (DLNA) client.
Cheers!
-L
-
Thanks for the long-press stop option, that's a good workaround.
You said:
The only way I can think of "transferring" a playlist between zones is to save the current Playing Now playlist, and then navigate to it and start playing it in the other zone. I don't see any other way of doing this from MCWS.
Also a good workaround, perhaps it could be automated into a two-click (save/restore) solution?
-
So how is the bookmark feature supposed to work in practice? I tried it today - press and held stop in the car (4G), walked into the house (wifi) and pressed play, and it started at the beginning of the track.
-
Also, possible bug? First track of an album doesn't seem to get it's play stats updated while all other tracks do.
-
So how is the bookmark feature supposed to work in practice? I tried it today - press and held stop in the car (4G), walked into the house (wifi) and pressed play, and it started at the beginning of the track.
That sounds right. When you long-pressed Stop, did you see a toast stating "Bookmark created"?
Also, possible bug? First track of an album doesn't seem to get it's play stats updated while all other tracks do.
eos always sends Playback=1 to the server when it calls GetFile to stream files to device. You can verify this in the Media Network logs in MC. This value is what tells the server to update the playback statistics. If statistics aren't getting updated in some cases, it's probably a MC bug.
-
No bookmark toast appears. Is eos expecting to be shut down and restarted?
-
No bookmark toast appears. Is eos expecting to be shut down and restarted?
Hm, you should be seeing a toast. Are you long pressing the stop button on the Playing Now page? It won't work from the widget; it isn't possible to detect long clicks on widgets.
-
A phone reboot did the trick, the feature works as expected!
-
Just released v5.2.6 to Production! Simple bug fix this time. From the change notes:
Fixed in v5.2.6:
List filters were lost upon returning to the page
Cheers!
-L
-
I just started using eos on my phone and find it very easy to use. I have 2 questions which I have seen discussed, but I not sure of the current status.
First, does eos run on a Kindle Fire HD and how would I install it?
Second, it seems like Internet radio stations only play on the MC player and not on my phone. Is that a restriction or do I need to do something different?
-
I just started using eos on my phone and find it very easy to use. I have 2 questions which I have seen discussed, but I not sure of the current status.
First, does eos run on a Kindle Fire HD and how would I install it?
Second, it seems like Internet radio stations only play on the MC player and not on my phone. Is that a restriction or do I need to do something different?
eos requires Android v4.1 (API level 16), and it's only listed in the Google Play store.
You should be able to stream internet radio stations to your device. On the Zones page you can select Device, which will enable on-device playback. iirc, I think you need to enable Audio Conversion in Settings in order to get playback of internet radio streams to work.
-
You should be able to stream internet radio stations to your device. On the Zones page you can select Device, which will enable on-device playback. iirc, I think you need to enable Audio Conversion in Settings in order to get playback of internet radio streams to work.
I have been away without Internet access for a few days.
When I try to play an Internet radio station on my phone, I get "A media player error has occurred :1". That is with both Audio Conversion and Mobile Audio Conversion set to MP3-Medium Bandwidth. This happens with the server set to Always Convert or Never Convert. I have no problem reading flac and other files. With these settings, Gizmo plays the radio stations. Not sure what is wrong.
-
When I try to play an Internet radio station on my phone, I get "A media player error has occurred :1".
Ok, I found the cause, almost entirely accidentally. Android's MediaPlayer APIs can't handle M3Us, so if your internet radio station was added using an M3U it would never play. MC also sends back the path to the stream, so I needed to change eos to use that instead. I guess the internet radio stations I had previously tested with didn't have this issue.
I'll push this change to Alpha to soak for a few days before I push it to production, to ensure that it hasn't broken anything.
-
I just pushed v5.3.0 to Production. New feature: an Equalizer for device playback! You'll find the Equalizer option in the action overflow menu on the Playing Now page, when the active zone is Device.
Cheers!
-L
-
Ok, I found the cause, almost entirely accidentally. Android's MediaPlayer APIs can't handle M3Us, so if your internet radio station was added using an M3U it would never play. MC also sends back the path to the stream, so I needed to change eos to use that instead. I guess the internet radio stations I had previously tested with didn't have this issue.
I'll push this change to Alpha to soak for a few days before I push it to production, to ensure that it hasn't broken anything.
That looks like the problem. My radio stations are M3U. I will look for the update when it is generally available. I can test it if you tell me how to get access to the Alpha. Thanks.
-
Hi, I'm facing graphical problems when navigating from folder to folder. When a folder is clicked the new view is overlaping the previous one (they are stacked and transparent) This behavior seems only limited to 5.x devices. Any idea?
-
Hi, I'm facing graphical problems when navigating from folder to folder. When a folder is clicked the new view is overlaping the previous one (they are stacked and transparent) This behavior seems only limited to 5.x devices. Any idea?
I've seen this happen a few times on my own devices. It's really rare, though, and I don't know how to reproduce it so I'm not sure where to begin looking for the problem. Swiping away the app from the task switcher and relaunching it always fixes it.
-
I've seen this happen a few times on my own devices. It's really rare, though, and I don't know how to reproduce it so I'm not sure where to begin looking for the problem. Swiping away the app from the task switcher and relaunching it always fixes it.
Indeed this is a recurrent problem, but until now not reproducible... It's certainly related to a specific usage scenario that I've not yet understood. Whatever, when EOS display things correctly, it rocks!
-
Is there a quick way to navigate directly from the Now Playing screen to the currently playing artists catalog?
-
Is there a quick way to navigate directly from the Now Playing screen to the currently playing artists catalog?
You can long press on the Artists' name on the Playing Now page. This will perform a search, returning all results for that artist. (This also works for the album title & cover art, and the song title.)
-
You can long press on the Artists' name on the Playing Now page. This will perform a search, returning all results for that artist. (This also works for the album title & cover art, and the song title.)
Thanks for this, but is it possible to go back to the album view?
-
Thanks for this, but is it possible to go back to the album view?
Nope. The metadata required to map the artist/album info back to a browse list isn't available. The best I can do is search for that tag.
-
Is it possible to use eos to stream from my server using another network? I tried using Gizmo and it works but I tried wit eos and it does not work. Does eos need to be on the same network as my MC?
-
Is it possible to use eos to stream from my server using another network? I tried using Gizmo and it works but I tried wit eos and it does not work. Does eos need to be on the same network as my MC?
If it works in Gizmo it should be possible in eos. In eos' Settings, click Manage Servers, tap on the server you're trying to connect to, and ensure that "Remember connectable address" is unchecked.
-
If it works in Gizmo it should be possible in eos. In eos' Settings, click Manage Servers, tap on the server you're trying to connect to, and ensure that "Remember connectable address" is unchecked.
It worked. Thank you
-
Feature request: As it is now, one has to connect to Chromecast first, then start movie. Making Chromecast icon visible after starting video playback on mobile device would make things more intuitive and simple.
-
Feature request: As it is now, one has to connect to Chromecast first, then start movie. Making Chromecast icon visible after starting video playback on mobile device would make things more intuitive and simple.
I disagree that your suggestion would make things more intuitive. Changing the playback location - e.g.: from a remote zone to streaming to the device - requires entering the Zones page. You can also choose to Chomecast from this page. If you select the Device zone, the assumption is that you want to play to your device, not to the Chromecast, otherwise you would have chosen Chromecast.
-
For a long time has got your software.
Prompt, whether use of such situation is possible.
1. I use смартфон for management of music of the house, zones work perfectly (kitchen, sleeping, a living-room).
2. I leave on street and I sit down in the car. In car WiFi, Dlna, Airserver. And I cannot pass audio a stream in sound system of the car.
There are ideas in this regard?
Chromecast in the car did not put)
-
Would it be possible to add buttons in the theater view remote to:
Go back to main home screen
MCWS/v1/Control/MCC?Command=22001&Parameter=0
Launch the CD player (especially interesting when using JRiver without any screen on)
MCWS/v1/Control/MCC?Command=22001&Parameter=7
MCWS/v1/Control/Key?Key=Enter&Focus=1
MCWS/v1/Control/Key?Key=Enter&Focus=1
It could be also interesting to have some programmable buttons to call some specific functions (some kind of Car Radio buttons). But that's another matter.
-
For a long time has got your software.
Prompt, whether use of such situation is possible.
1. I use смартфон for management of music of the house, zones work perfectly (kitchen, sleeping, a living-room).
2. I leave on street and I sit down in the car. In car WiFi, Dlna, Airserver. And I cannot pass audio a stream in sound system of the car.
There are ideas in this regard?
Chromecast in the car did not put)
In the Zones list, the first item is "Device". This will allow you to stream content from your media server to your device. If you connected your phone to your car - e.g. from your phone's headphone jack to the car's AUX input - you'd be able to play the music in your car.
A few caveats:
- Make sure that "Remember connectable address" is not checked in the server's configuration
- You'll need to close and re-open eos once you've left your Wi-Fi network in order to get it to connect via the cell network
-
Would it be possible to add buttons in the theater view remote to:
Go back to main home screen
MCWS/v1/Control/MCC?Command=22001&Parameter=0
Launch the CD player (especially interesting when using JRiver without any screen on)
MCWS/v1/Control/MCC?Command=22001&Parameter=7
MCWS/v1/Control/Key?Key=Enter&Focus=1
MCWS/v1/Control/Key?Key=Enter&Focus=1
It could be also interesting to have some programmable buttons to call some specific functions (some kind of Car Radio buttons). But that's another matter.
Home is a good idea - it's generally applicable, and I think that many would find it useful. As the name implies, the Theater Remote is meant to be used to control JRiver's Theater View; it's supposed to be used when the screen is on. I don't think I'll be adding a CD Player button.
-
Home is a good idea - it's generally applicable, and I think that many would find it useful. As the name implies, the Theater Remote is meant to be used to control JRiver's Theater View; it's supposed to be used when the screen is on. I don't think I'll be adding a CD Player button.
About the CD button, it's not a matter of where to put it in EOS, but a matter of having it. I think that actually there's no way to start playing CD/DVD/BRD from EOS (or any remote) without switching a screen on. Having it in any other location would be fine.
-
In the Zones list, the first item is "Device". This will allow you to stream content from your media server to your device. If you connected your phone to your car - e.g. from your phone's headphone jack to the car's AUX input - you'd be able to play the music in your car.
A few caveats:
- Make sure that "Remember connectable address" is not checked in the server's configuration
- You'll need to close and re-open eos once you've left your Wi-Fi network in order to get it to connect via the cell network
At reconstruction of music in the car has managed wireless technologies, AUX did not begin to use.
At use in any conditions has noticed, what music hiccups (as though microstops of a sound), in what side to dig?
-
Does anything need to be done to eos for it to work with the new Chromecast Audio?
-
Does anything need to be done to eos for it to work with the new Chromecast Audio?
Since it was just announced, I have no idea. :) I assume it'll work the same as the original Chromecast, except it'll only play the audio of whatever you cast to it.
-
At reconstruction of music in the car has managed wireless technologies, AUX did not begin to use.
At use in any conditions has noticed, what music hiccups (as though microstops of a sound), in what side to dig?
Sorry, I'm not quite sure what you're asking here.
-
Re: my Chromecast question - the standard in place does apply to the new audio-only model.
I have a reproducible bug: the first song played to my Sonos speaker doesn't update play stats within MC, it even says 'Track 0' on my phone's screen.
Also, may I suggest displaying the "track number / total tracks" in the notification shade pull-down?
Just to clarify, the issue with playlist portability is within MC, right? My issue is that a playlist is linked to an output, and I wish they were independent so I could simply pause a playlist and redirect the output.
Thanks!
-
Re: my Chromecast question - the standard in place does apply to the new audio-only model.
I have a reproducible bug: the first song played to my Sonos speaker doesn't update play stats within MC, it even says 'Track 0' on my phone's screen.
Also, may I suggest displaying the "track number / total tracks" in the notification shade pull-down?
Just to clarify, the issue with playlist portability is within MC, right? My issue is that a playlist is linked to an output, and I wish they were independent so I could simply pause a playlist and redirect the output.
Thanks!
Does your Sonos speaker show up as a zone in MC (and therefore eos)? If so, this sounds more like a JRiver issue. Do you experience the same behavior with Gizmo?
I can look into showing track number/total tracks in the notification, but I don't know if there are any extra fields I can use to place this info.
Right, MC builds "Playing Now" playlists on a per-zone basis. I don't know that there's a way to move the Playing Now playlist from one zone to another.
-
The Sonos speaker shows up fine as a Zone. Not sure if Gizmo has the same problem, I don't use that but I'll try it with JRemote.
Edit: Yup, JRemote displays the same behavior, it doesn't update the first track as played. In fact, it updated the play stats of the first track of the PREVIOUS album I played!
-
Is there a specific place to ask questions?
I'm unable to use EOS to create playlists despite proper authentication. Not sure if it's best to create the lists on jriver first or within the app (prepare as it allows guests to create lists)
-
Is there a specific place to ask questions?
I'm unable to use EOS to create playlists despite proper authentication. Not sure if it's best to create the lists on jriver first or within the app (prepare as it allows guests to create lists)
This is the best place for eos questions! :)
I just tested this on my own PC and I was able to create a playlist after selecting a few tracks and pressing "Add To Playlist" in eos. Are you seeing an error? If so, what does it say?
-
Hi Soul_Rvr911,
Glad I found the spot. Was thinking maybe EOS had it's own forum/area to post questions.
I had seen some authentication issues before but i've turned on Authentication in JRiver, restarted the server and the client.
If I try to add a track to existing (ie on the server) playlist, nothing happens (song isn't added)
if I try to create a new playlist, it doesn't create it on the server and I don't know where it goes.
Just updated EOS, verified password and still the same.
Lastly, would be nice to just have some buttons at the top to add to queue or add to playlist without holding down on the filename (just discovered this during my testing as a nuance)
-
I had seen some authentication issues before but i've turned on Authentication in JRiver, restarted the server and the client.
If I try to add a track to existing (ie on the server) playlist, nothing happens (song isn't added)
if I try to create a new playlist, it doesn't create it on the server and I don't know where it goes.
Just updated EOS, verified password and still the same.
Hm, if authentication isn't enabled on the library server you wouldn't be able to add tracks to a playlist. And if authentication is enabled on your server but it's improperly configured on eos, eos wouldn't be able to connect to the server. Try changing the rating of a track from the Playing Now page in eos - does that update the server, or do you see an error?
-
Hm, if authentication isn't enabled on the library server you wouldn't be able to add tracks to a playlist. And if authentication is enabled on your server but it's improperly configured on eos, eos wouldn't be able to connect to the server. Try changing the rating of a track from the Playing Now page in eos - does that update the server, or do you see an error?
I reset the password and then the EOS client pulled in an updated playlist which seemed to contain the items I wanted to add. However, if I add on the server, the client doesn't refresh.
Also, if I choose to create a new playlist, I can see it added to the server, but the client still only shows those playlist created on the server. When I look at JRiver tree view, the playlists are not listed under "Music Playlists" but rather just under root of the Playlists folder. So I think it's an one of the follow. Either my Theatre View is wrong, or EOS isn't adding it as a Music Playlist.
So just to summarize.
1) If I add a file to a playlist listed as a Music Playlist. I see it immediately added to teh playlist on the server. However, even if I press refresh on the client. It doesn't refresh the playlist and I cannot see the recently added item
2) When I create a new playlist, it isn't considered a Music Playlist and therefore my Theatre View - I have a filter. Just realized this while typing thsi message. So confirmed it was a filter issue.
So, it seems these both above were related to new playlists being created in the root folder, not my "Music Playlists" folder which is why I couldn't see it.
Lastly, Do we know if JRiver filtering by playlist name works? Or is this not the play to ask?
-
I reset the password and then the EOS client pulled in an updated playlist which seemed to contain the items I wanted to add. However, if I add on the server, the client doesn't refresh.
Also, if I choose to create a new playlist, I can see it added to the server, but the client still only shows those playlist created on the server. When I look at JRiver tree view, the playlists are not listed under "Music Playlists" but rather just under root of the Playlists folder. So I think it's an one of the follow. Either my Theatre View is wrong, or EOS isn't adding it as a Music Playlist.
So just to summarize.
1) If I add a file to a playlist listed as a Music Playlist. I see it immediately added to teh playlist on the server. However, even if I press refresh on the client. It doesn't refresh the playlist and I cannot see the recently added item
2) When I create a new playlist, it isn't considered a Music Playlist and therefore my Theatre View - I have a filter. Just realized this while typing thsi message. So confirmed it was a filter issue.
So, it seems these both above were related to new playlists being created in the root folder, not my "Music Playlists" folder which is why I couldn't see it.
What you're describing is a known issue with MC's web services, which is what all remotes interface with. This issue also manifests when new content is imported in the media server's database. Updated content isn't immediately available from the web services, even though it appears in Media Center. It can take anywhere from a few minutes to a few hours, but you can force it to appear by restarting MC.
If you've created a Playlists folder called "Music Playlists" and you wanted playlists you create from eos to go there, you'd have to tell eos to create the new playlist in "Music Playlists\New Playlist Name".
Lastly, Do we know if JRiver filtering by playlist name works? Or is this not the play to ask?
Sorry, I'm not sure what you mean by this, so I don't know how to answer.
-
What you're describing is a known issue with MC's web services, which is what all remotes interface with. This issue also manifests when new content is imported in the media server's database. Updated content isn't immediately available from the web services, even though it appears in Media Center. It can take anywhere from a few minutes to a few hours, but you can force it to appear by restarting MC.
If you've created a Playlists folder called "Music Playlists" and you wanted playlists you create from eos to go there, you'd have to tell eos to create the new playlist in "Music Playlists\New Playlist Name".
Sorry, I'm not sure what you mean by this, so I don't know how to answer.
Not sure how to quote a quote to keep context but...
Regarding the playlist, what I was asking is likely a jriver question and not related to the EOS so i'll move the question to another location in the forum (Create a playlist view that filters on playlists)
For the first question
When creating the playlist in EOS, it drops it in root. I can move it over after, it's not an issue. It's just that anyone other than me that uses this feature (think house gathering) will create a list and it'll be gone out of view. Unless of course I create a special view to search at the root of all playlists. Doable, but would be great if there was a setting to just Prepend "Music Playlists" to all newly created lists. Maybe a feature ask?
-
Doable, but would be great if there was a setting to just Prepend "Music Playlists" to all newly created lists. Maybe a feature ask?
It should be possible to add a dropdown to select what folder to add the new playlist to. Not sure when I'll be able to get around to it though; recently moved, and I haven't had much free time to work on the app.
-
That sounds cool. Or if a dropdown can't be done, if a guest merely enters a playlist name without a group, can we just prepend a "Music Playlist\"
For example.
Guest comes over, I show them how to make a playlist.
Said guest makes a playlist and calls it Bob's List.
The system will prepend "Music Playlists" and therefor the name would be "Music Playlists\Bob's List"
And then when I make a view for the EOS players that I have, I can create a view that says "Music Playlists" and Bob will find his list there.
Right now I have to open the whole root because I can't filter on a name I don't know and there doesn't seem to be a way to have hte user (if they knew) to tag their own playlists.
Thanks for listening.
-
Hello,
I'm using EOS as streamer on my device (android tablet) but I don't manage to change audio stream nor subtitles when playing video, could you tell me how to do so ?
-
Hello,
I'm using EOS as streamer on my device (android tablet) but I don't manage to change audio stream nor subtitles when playing video, could you tell me how to do so ?
This isn't supported when streaming media to your device. You can only change audio streams and subtitles when playing media back in JRiver.
-
I was playing around with the 4 remotes (eos, Gizmo, JRemote, audiocanoe), trying to see how they handled a sudden switch from wifi to 4G. I started playing a track on wifi, then after 30 seconds turned off wifi to see what would happen.
eos and JRemote finished the track, then froze and crashed on the next track.
audiocanoe is way too new in it's development for me to even care, missing too many basic UI features.
Gizmo seemed to pass the test! I skipped a few tracks, then went to tracks at the end of the album and it still worked, and I could still go back and peruse my library.
eos is the best, by far, in terms of UI and features, which is why I keep harping on this one issue which bugs me constantly as I use eos daily.
I noticed Gizmo recently got an update which says "Lengthened the time of retries for connecting so that Gizmo will be more likely to connect to a machine that just wakes up". Is this something that might solve this issue for eos?
-
Does anything need to be done to eos for it to work with the new Chromecast Audio?
Has anyone tried Chromecast Audio yet with EOS? They are not out in Oz yet but sound like an interesting device now they support High Quality In Sync audio distribution to a group of devices
-
I have used eos for about a week now, and must say it is fabolous!!! and heaps better than JRemote for Android.
Only issue I have is, that I prefer for my tablet to switch off wireless when the tablet is not in use. This of course causes a delay before it connects to wifi upon activating the tablet, and eos give me a java error.
It is a smaller annoyance, but it would be very nice if eos waited until wifi was reconnected. It works flawlessly for JRemote on the iPad.
-
I am having issues with eos connecting with Ubuntu. Gizmo and JRemote do connect with no problem.
I have several times re-installed eos. I have also used or set up my server with wired or wireless connection.
This is the first time eos not connecting.
It will say.. make sure the server or MC is up, which I now MC is up and running.
MC on Linux version 21.0.28 is what I am running at the moment.
Thanks.
George
-
Odd question for those familiar. What do the location pin like icons do on the zone page? I know the checkboxes are for which one I'm controlling but haven't seen the impact of the other.
-
I have one question. when I watch an old video and I put my phone horizontal the video changes its aspect ratio to fill the screen. If I watch the same video with the phone vertical the aspect ratio is OK. Is there a way to fix this?
-
I just bought EOS and I'm pretty impressed. :)
At the moment I'm using it on an Android phone with a fairly small screen. Trying to use it in landscape mode, something like 30% (maybe more) of the screen is unusable. Because the top navigation bar takes up a good chunk. Then the bottom status bar with the currently playing song, etc, takes up another equal sized chunk.
It would be really nice if one or both of these bars could auto-hide. In fact, it should probably be an option to auto hide them. I'm not sure how hard that would be. It would certainly increase usability on small screens a lot.
With a tablet, I'm guessing these top and bottom bars take up much less of the screen? Like 10% or less?
Thanks for reading.
Brian.
-
Really love EOS. Family members use it daily for kids stuff, workout music, etc. Absolutely phenomenal product!
One thing I cannot seem to get working is to change the audio or subtitle track.
If I open up a video, I don't know how to bring up the menu (Android phone) in order to choose a subtitle.
If I stop the playbak and i'm in the "Playing Now" view, I can click the 3 dots on the top row and can click on "Audio Streams / Subtitles" then then both Toggle buttons but nothing happens. The subtitles are .srt files in the same directory and if I open the file in VLC, it shows there are stream options for subs.
Can anyone advise?
-
Post #564 states
This isn't supported when streaming media to your device. You can only change audio streams and subtitles when playing media back in JRiver.
-
Post #564 states
I appreciate that, I missed it, but what's the point of the buttons there for subtitle and audio stream.
-
Subtitle and Audio toggling doesn't work here at all. I use the Mac version of MC21. When I press the audio toggle button, a display with the audio tracks comes up on the Mac's display, but it does not change. Pressing the button repeatedly doesn't do anything extra. The subtitle button doesn't do anything at all.
Doing these same things while playing video to a DLNA renderer (in this case a WDTV plus Live) doesn't even bring up a display.
It's not a huge big deal, but it would certainly be nice if it worked.
Brian.
-
I agree.
I'm not sure how others do it, but the only way I can see to manually choose the audio track or subtitles is in the file tags manually.
Would be great if this worked.
-
It's so quiet here.
The last time that the developer has answered is 11/2015.
Is the product is dead?
Is there nothing more to develop?
Did he thinks he is defeated by the competitors?
-
I hope not. EOS is, in my beginner's opinion, the best remote of the lot.
-
Any news on development?
-
well I bought JRemote instead given lack of comms here.
Though for twice the price, probably not twice as good.
-
Did you try EOS trial version? That was enough to convince me to buy it.
Brian.
-
Did you try EOS trial version? That was enough to convince me to buy it.
Brian.
I should give that a spin. I actually went with the JRemote, as I am hoping that does get some updates.
What are the main things you liked in EOS?
-
when a replay gain or normalisation volume in eos ? Sorry for my bad english i'm french
thank
-
I am also wondering if volume leveling/replaygain is available when doing local playback on the device?
-
As far as I can tell, volume leveling and other audio options are not supported for playback to "this device" in EOS.
Brian.
-
I thought this thread should be updated. Though I haven't tried it, eos on the Google play store discription and in the settings screen says it supports Chromecast.
Guess I'll have to pull the old Chromecast out.
-
EOS is GREAT :-*
Been using it for a few months now, ever since I got my new Samsung Galaxy S8 phone.
I love the way it ties into JRiver MC... WONDERFUL.
It is also the most responsive, bug free & reliable Android music player that I have used (so far). That includes...
1: Neutron... Worked with my server but was rather unreliable as it would loose connection for no real reason. Sluggish response & confusing interface. Does not work with streaming services such as DropBox, Google Play, OneDrive & etc... BUMMER :'(
2: Double Twist Cloud Player... Works with my server. Works well with streaming services such as DropBox, Google Play, OneDrive & etc. Very nice but also very buggy... Cover art slow to load every time & always messing up, when connected to my server it would always stop 5 seconds before the song was done & freeze. I could manually select the next song in the playlist but it would not play the next song by itself, really weird. It would play all songs in a list if not connected to the server.
3: Jet Audio HD... Does not work with my server. Does not work with streaming services such as DropBox, Google Play, OneDrive & etc... BUMMER :'(
I tried about 6 or 7 others of even lesser quality in a vain search for the ultimate Android music player before stumbling across EOS.
SEE: thread...
https://yabb.jriver.com/interact/index.php/topic,111834.msg773043.html#msg773043
I actually used EOS for a month or two before discovering just the other day that it was designed specifically for interfacing with JRiver MC... boy was that one great find indeed ;D
There are TWO things that EOS needs in my humble opinion...
1: The ability to connect to my server from ANYWHERE. Right now it will only connect if my phone & the server are on the same WiFi network. It needs to connect from ANY WiFi, anywhere.
2: Must work with streaming services such as DropBox, Google Play, OneDrive & etc. so I can store my music in the cloud to be accessible from any device, anywhere.
Can the above two suggestions be done?
Cheers;
Doc
-
Soul_Rvr911 (the dev) has not posted here for some time, so I'm guessing there will be no further development of EOS.
-
EOS is still the best remote for jrmc.
Unfortunately it is dead in regard of developing 🤔
It's a shame.....
-
Thanks guys.
Sorry to hear that :'(
-
Just a wild chance but has anyone been able to get audio stream changing to work on Android device.
I've got some movies on my server that have 2 audio tracks. Some of the movies are only in the non-english language tagged group (meaning they only show up in that group in theatre view) but they seem to default to track 1 which is English. Does no good for the person watching (non English) and no matter what I do I can't seem to get it to switch on my Android tablet or phone.
Also can't seem to figure out a way to either remove the English audio or set JRiver to default to a specific track for that Video file (which could work in my case but i'd rather EOS did it)
-
Try playing it once on the server and setting the correct audio there.
-
Thanks Jim. This indeed worked for the movie I wanted but is there an easy way to use Tags or Select the track to default.
Since this was about the EOS remote, just advising that the "toggle audio stream" button doesn't work.
-
Anyone know how to clear playlist via eos?
-
So I've looked at the screen shots and think it looks good. I just have a general question:
What does this remote have over JRemote, besides a Theatre View control?
-
Is it possible to customize the library view in EOS ? I didn't find out how, I'd like more like a list style like in jremote to browse the library instead of a thumbnail view.
-
Sure, it uses the same view configuration that all remote devices. Which is located in preferences/media network/... views (i dont exactly remember the last steps)
-
There is no option to customize the "library style" in there. I'm not trying to rearrange categories or filter them in any way, I'm just trying to have only 1 item per line in the panel once navigating in a category. Default is Album view style, no matter what you do to customize it on the server. And I found no option on the client.
-
Is this still available?
-
No, it looks like all development has stopped and it's been pulled from the Play Store.
-
No, it looks like all development has stopped and it's been pulled from the Play Store.
EOS is still available and working on this site: https://www.apkmonk.com/app/com.lenworthrose.eos.trial/ However it is an older version 3.2.0 but for me it works just fine in my Samsung S21. But I am only using JRiver for music not movies.