INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: Slow Roku Performance with UPNP server  (Read 2696 times)

mlagase

  • World Citizen
  • ***
  • Posts: 114
Slow Roku Performance with UPNP server
« on: January 03, 2008, 06:13:43 pm »

I currently have a Roku M1001 that is connected to the UPNP server iun MC and are experiencing some rather slow load times for playlists, song lists, etc. Mind you, I have 50,000+ songs and it is quite painful to navigate through everything as it makes it almost unusable.

I did some research and found another media server called Firefly Media Server at http://www.fireflymediaserver.org/, but this uses ITunes as it's master database for songs. The load times I get on that one compared to MC is 100 times faster and allows me to actually use the Roku to it's fullest.

Is there anyone experiencing the same behavior with larger libraries? I would hate to have to use 2 different Media Servers to get this to work for me just to be able to use the Roku and have some snappy performance.

I haven't sniffed this out at all, but they must be doing something different that makes it a whole lot faster than MC, and since it is open source, maybe there is a way to see what might be going on.

Any info would be greatly appreciated.

Mike

Logged

mlagase

  • World Citizen
  • ***
  • Posts: 114
Re: Slow Roku Performance with UPNP server
« Reply #1 on: January 03, 2008, 06:20:28 pm »

I turned on request logging and see this in the log

01/03/08 18:59:59 - JRiver UPnP Server Version 1.0.48 starting...
01/03/08 19:00:00 - UPnP Media Server Device started on port 1802
01/03/08 19:00:00 - Running
01/03/08 19:00:36 - Autodetected: Roku SoundBridge
01/03/08 19:00:38 - Browse BrowseDirectChildren 0()
01/03/08 19:00:40 - Browse BrowseDirectChildren 0()
01/03/08 19:00:57 - Browse BrowseDirectChildren 4(Playlists)
01/03/08 19:01:02 - Browse BrowseDirectChildren 6226(Playlists\Smartlists)
01/03/08 19:01:30 - Browse BrowseDirectChildren 6230(Playlists\*Rock*)
01/03/08 19:01:32 - Browse BrowseDirectChildren 6230(Playlists\*Rock*)
01/03/08 19:02:16 - Browse BrowseDirectChildren 6229(Playlists\*RnB&Rap*)
01/03/08 19:02:18 - Browse BrowseDirectChildren 6229(Playlists\*RnB&Rap*)
01/03/08 19:02:57 - Browse BrowseDirectChildren 0()
01/03/08 19:03:00 - Browse BrowseDirectChildren 0()
01/03/08 19:03:18 - Browse BrowseDirectChildren 4(Playlists)
01/03/08 19:03:32 - Browse BrowseDirectChildren 6230(Playlists\*Rock*)
01/03/08 19:03:34 - Browse BrowseDirectChildren 6230(Playlists\*Rock*)
01/03/08 19:16:12 - Search 0()
01/03/08 19:16:12 - Unhandled sort criteria in Search: +dc:title
01/03/08 19:16:12 - Couldn't compile Search Criteria: upnp:class = "object.container.playlistContainer" and @refID exists false
01/03/08 19:16:12 - Search 0()
01/03/08 19:16:12 - Couldn't compile Search Criteria: upnp:class = "object.container.genre.musicGenre" and @refID exists false
01/03/08 19:16:13 - Search 0()
01/03/08 19:16:13 - Couldn't compile Search Criteria: upnp:class = "object.container.person.musicArtist" and @refID exists false
01/03/08 19:16:13 - Search 0()
01/03/08 19:16:13 - Couldn't compile Search Criteria: upnp:class = "object.container.album.musicAlbum" and @refID exists false
01/03/08 19:16:14 - Search 0()
01/03/08 19:16:14 - Couldn't compile Search Criteria: upnp:class derivedfrom "object.item.audioItem" and @refID exists false
01/03/08 19:16:31 - Browse BrowseDirectChildren 0()
01/03/08 19:16:33 - Browse BrowseDirectChildren 0()
01/03/08 19:16:57 - Search 0()
01/03/08 19:16:57 - Unhandled sort criteria in Search: +dc:title
01/03/08 19:16:57 - Couldn't compile Search Criteria: upnp:class = "object.container.playlistContainer" and @refID exists false
01/03/08 19:16:57 - Search 0()
01/03/08 19:16:57 - Couldn't compile Search Criteria: upnp:class = "object.container.genre.musicGenre" and @refID exists false
01/03/08 19:16:58 - Search 0()
01/03/08 19:16:58 - Couldn't compile Search Criteria: upnp:class = "object.container.person.musicArtist" and @refID exists false
01/03/08 19:16:58 - Search 0()
01/03/08 19:16:58 - Couldn't compile Search Criteria: upnp:class = "object.container.album.musicAlbum" and @refID exists false
01/03/08 19:16:58 - Search 0()
01/03/08 19:16:58 - Couldn't compile Search Criteria: upnp:class derivedfrom "object.item.audioItem" and @refID exists false
01/03/08 19:17:02 - Browse BrowseDirectChildren 0()
01/03/08 19:17:04 - Browse BrowseDirectChildren 0()
01/03/08 19:17:31 - Browse BrowseDirectChildren 4(Playlists)
01/03/08 19:17:55 - Browse BrowseDirectChildren 6230(Playlists\*Rock*)
01/03/08 19:17:57 - Browse BrowseDirectChildren 6230(Playlists\*Rock*)


Don't know if that will help, but that last playlist generates an error on the Roku stating failed to load browse data. Could be a timeout thing? I don' t have this problem with the other media server.
Logged

mlagase

  • World Citizen
  • ***
  • Posts: 114
Re: Slow Roku Performance with UPNP server
« Reply #2 on: January 03, 2008, 07:06:15 pm »

Aha, it appears that the Firefly Media server uses the Roku Server Protocol instead of UPNP. I don't know if that has anything to do with the performance, but if that is the case, would MC be making use of this new protocol at any time in the future?
Logged

John Gateley

  • Citizen of the Universe
  • *****
  • Posts: 4957
  • Nice haircut
Re: Slow Roku Performance with UPNP server
« Reply #3 on: January 03, 2008, 08:02:34 pm »

Hi Mike,

I'm using a Roku M500, and I have a playlist with 20,000 entries. When I play this on the Roku, it loads the entire 20,000 entries before beginning to play. It's not the friendliest behavior, though I was pleasantly surprised the first time it happened that it DID load the 20,000 entries and begin playing.

I'm guessing the firefly media server supports the search capability, and we don't, yet. Our server is based on MC's organizational capabilities, and if you enable searching, the Roku bypasses that entirely (that was the case last time I looked at this, a while ago). So it hasn't be a high priority for me.

The Roku works fine if you stay away from longer playlists. I have a few playlists/smartlists that I designed for listening on the Roku, sometimes I browse by artist, though that isn't the fastest.

j

mlagase

  • World Citizen
  • ***
  • Posts: 114
Re: Slow Roku Performance with UPNP server
« Reply #4 on: January 04, 2008, 02:18:24 pm »

Any chance on using the Roku Server protocol as it surely faster than UPNP?

I agree with you that it works fine with smaller playlists, but it is the entire loading of the playlist and library at the beginning that makes using the Roku that much harder. So if I go in an look at the playlists and then want to browse by albums or artist, it is ending up loading the entire lot before you can do anything. Going back to Playlists again takes forever to load again.

For remote capability and testing of the Roku, you can use IBridge which allows you to see the screen of the Roku remotely so I don't have the need to have the Roku right next to me for testing purposes.

Mike
Logged

John Gateley

  • Citizen of the Universe
  • *****
  • Posts: 4957
  • Nice haircut
Re: Slow Roku Performance with UPNP server
« Reply #5 on: January 04, 2008, 02:29:05 pm »

I'm confused. There is no loading of the library at the beginning. It loads the top level view schemes and genres I believe. How many genres do you have?
How many playlists do you have?

j

mlagase

  • World Citizen
  • ***
  • Posts: 114
Re: Slow Roku Performance with UPNP server
« Reply #6 on: January 04, 2008, 03:16:56 pm »

When I first click browse, it loads 6215 items in approximates 400 item chunks. that is where the time is.
I have 138 Genres which I am trying to cut down.

As I am writing this, I found out that when I first click on browse, we load ALL artists and then we show Playlists, Album, Artist/Album, etc. If I scroll up before Playlists, I start seeing my artist names listed. I did not see this before because I just simply scrolled down for navigating everything. So it appears to be the amount of artists that I have that is causing this.

Is there a way to configure the Roku or MC to load more items at a time or is there some sweetspot that you have configured for optimal loading of libraries as I don't know if this is controlled by Roku or MC.

Mike
Logged

John Gateley

  • Citizen of the Universe
  • *****
  • Posts: 4957
  • Nice haircut
Re: Slow Roku Performance with UPNP server
« Reply #7 on: January 04, 2008, 03:50:18 pm »

It is your root view scheme. You can edit it (to push the artists down a level) or reset your view schemes to default.

You've got too many artists to display conveniently. Any view scheme you might hit from the Roku should have the artists "grouped", so you don't load all at once.

j

mlagase

  • World Citizen
  • ***
  • Posts: 114
Re: Slow Roku Performance with UPNP server
« Reply #8 on: January 04, 2008, 04:10:20 pm »

Wow, what a difference. I edited the View scheme on the Audio button for Artists (Grouped) and this thing now loads super fast. It does take a while longer when you expand the artists, but that is to be expected.

I had no idea that this could be affected by the root View Scheme that I had setup. Must have had something wacky there. For future purposes, how would I set this back to the default? I see that the help file says that the default view scheme is [Genre], [Album Artist (auto)], and [Album], but I don't see a Set to default button or checkbox or anything.

Thanks for the help on this one as I am now starting the see the power of the hidden MC's features over time. I couldn't manage my music with any other software with on exception, I use Tag & Rename's Album lookup facility as MC's YADB lookups don't seem to work that great and you can't configure the lookups to help narrow down or pick the album like T&R. All Cover Art is not there either, so I have to use a combination of MC, T&R and Sloth Radio's cover lookup to do what I want.

Mike
Logged

John Gateley

  • Citizen of the Universe
  • *****
  • Posts: 4957
  • Nice haircut
Re: Slow Roku Performance with UPNP server
« Reply #9 on: January 04, 2008, 04:20:06 pm »

I had no idea that this could be affected by the root View Scheme that I had setup. Must have had something wacky there. For future purposes, how would I set this back to the default? I see that the help file says that the default view scheme is [Genre], [Album Artist (auto)], and [Album], but I don't see a Set to default button or checkbox or anything.

Edit -> Set All View Schemes to Default

j

mlagase

  • World Citizen
  • ***
  • Posts: 114
Re: Slow Roku Performance with UPNP server
« Reply #10 on: January 04, 2008, 05:42:45 pm »

Perfect, thanks!!
Logged
Pages: [1]   Go Up