INTERACT FORUM

Please login or register.

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

Author Topic: DLNA Troubleshooting - When is a remote renderer used?  (Read 2420 times)

eezetee

  • World Citizen
  • ***
  • Posts: 208
DLNA Troubleshooting - When is a remote renderer used?
« on: July 27, 2015, 09:50:25 pm »

Hi All,

I've looked at the links in the wiki for DLNA and I have streaming set up to multiple tablets.  When I connect my Intel NUC i5, I can see under "Services and Plugins" that the Server MC is indeed sending the file to teh remote client.

What I can't see is that if it's converting it first or if the remote PC is doing it.

Is there a guide or post that shows how to investigate/troubleshoot this as I'm trying to alleviate and renderering/conversion on the main MC

Logged

eezetee

  • World Citizen
  • ***
  • Posts: 208
Re: DLNA Troubleshooting - When is a remote renderer used?
« Reply #1 on: July 30, 2015, 08:16:37 am »

Ok, maybe I should ask this way.

How can I know if the local PC is being a renderer? Or is it just a received when i'm using a remote library?

If the receiver of the file is just as powerful a client as the server providing the content, how can I force the rendering to happen locally and how to know if it indeed is (log files?)
Logged

mwillems

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 5242
  • "Linux Merit Badge" Recipient
Re: DLNA Troubleshooting - When is a remote renderer used?
« Reply #2 on: July 30, 2015, 08:51:55 am »

I'm not sure what you mean by "rendering" exactly, but assuming you mean transcoding or conversion, the bottom line is that it depends entirely on how you're connecting the two machines and doing the playing.

1) If your NUC is connected to the server as a library client, and you are starting playback from the NUC, you're not using DLNA at all.  The settings that govern what happens during the file transfer in this case are on the client (NUC) under Options-->Media Network-->Client options.  If you choose "no change" for all file types then the server will not do any transcoding.  If you choose transcoding, transcoding will happen, but I believe it happens on the server.  If you want it to happen on the client, choose "no change" and then setup output format/DSP studio on the NUC to do what you want.

2) If you are starting playback to the NUC from the server (i.e. pushing files) then you are using DLNA.  The settings controlling transcoding are on the server under Options-->Media Network-->Add or Configure DLNA servers.  You can create separate profiles for different types of renderers, and tell MC whether or not to transcode different media types.  Any transcoding will happen on the server.  Given that your NUC has a full instance of MC, you should not need to do any transcoding, so you you should create a DLNA server profile that is set not to transcode and then associate that profile with your NUC zone by right-clicking on the zone and choosing the appropriate option (I'm not in front of MC right now, so I'm working from memory).

To make the load on the server as small as possible, you should use method 1) for playback, and ensure that no transcoding is selected under client options on the NUC.  For bonus load lightening, map the media drives on the server as network drives on the NUC in the same way they're setup on the server.  The goal is to have the same path to the files on both PCs.  Then make sure that under Options-->Media Network--> Client options on the NUC you have "play local file if possible" checked.  If you do that the server instance of MC won't even need to stream the file to the NUC, the NUC will just use whatever network protocol is used for the share to pull the file across (the same way it would using windows explorer for example).  That improves performance and places less load on the server, as the only remaining load is the load associated with the network transfer.

More info here: http://wiki.jriver.com/index.php/Media_Server#Access_from_another_PC_on_your_LAN
Logged

eezetee

  • World Citizen
  • ***
  • Posts: 208
Re: DLNA Troubleshooting - When is a remote renderer used?
« Reply #3 on: July 30, 2015, 09:52:07 am »

Thank you very much mwilliams.  That clarified some questions I had and also some misunderstands as well.

This coupled with the various ports numbers I saw on the firewall indeed shows that the client in case #1 is pulling rather than the server pushing which is more akin to #2


Now I need to figure out why the video skips after some pixelation and jumps frames (2-3 seconds) for video.

Thank you again!  This should be added to the wiki

Logged
Pages: [1]   Go Up