Firewall settings (2 Viewers)

[ulischultz]

What ports do I need to open in firewalls (server and client) ?
I did not find that in the wiki for MP yet.

 

[RonD]

try the following link, the link is for MP1 should also apply to MP2, but maybe the MP2 team should verify if there are additional firewall setup steps for MP2

http://wiki.team-mediaportal.com/1_...ed/11_Preparing_Your_System/Firewall_Settings

 

[ulischultz]

Yes, I found that for MP1 also, but it does not apply for MP2. E.g. the mentioned .exe files do not exist in MP2 anymore.

 

[morpheus_xx]

The MP2 installer adds firewall exceptions for the main exe's (MP2-Client.exe / MP2-Server.exe service). So it should work in general.

Also the UPnP and HttpResource servers are using dynamic ports, so a rule by application is the better choice.

Does anything not work for you that you try to adjust firewall?

 

[ulischultz]

The problem is, that when streaming a video file from the server to a client, it stops randomly playing.
So I thought it might be a firewall issue.
Do you have any other idea, why this happens?

 

[morpheus_xx]

What kind of Media Source you have created and what file type is it?

For further diagnostic I'd need the logfiles from Client and Server (see http://wiki.team-mediaportal.com/2_MEDIAPORTAL_2/6_Support/4_Bug_reports_and_log_files)

 

[ulischultz]

Media Source is a windows share on a windows 2012r2 server on which MP2 server is running.
The files are .avi files. 720x400 resolution, 25fps, Bitrate 1401 kBit/s.
The stops are really random.
Attached the logs of the server and the client.

 

[morpheus_xx]

The logs confirm my idea about the cause:

[2015-09-11 18:48:55,690] [33380021] [100      ] [ERROR] - HttpRangeChunk: Error receiving data from http://192.168.2.21:52288/GetResource?ResourcePath=%7b03dd2da6-4da8-4d3e-9e55-80e3165729a3%7d%3a%2f%2f%2f%2fSERVERHOST%2fvideo%2fVideo-Archiv%2fFeuerwehrmann+Sam%2fPontypandy+in+Gefahr+(Film).avi
System.Net.WebException: Die Anfrage wurde abgebrochen: Die Anfrage wurde abgebrochen..
   bei System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
   bei MediaPortal.Common.Services.ResourceAccess.CachedMultiSegmentHttpStream.HttpRangeChunk.OnResponseReceived(IAsyncResult ar)

This means that the http based resource "bridge", which mounts remote files as "local" ones via DOKAN, is not able to keep a continuous stream.

This can be avoided if you create the media sources differently. Currently I think you are using a server-local folder (i.e. C:\Videos on server) as media source. If you use i.e. "\\Server\Videos", then the clients directly access the UNC share and not using the remote bridge. This way is better in terms of stability and performance.

On the other hand I'd like to see this issue solved, but the used HttpServer class has its limitations

 

[ulischultz]

It is strange, because it happens, with shares that use the UNC path.
I never hat that issue with MP1.
So was anything different there?
Also sometimes, when resuming a client from standby, it is not connected to the server anymore. I then have to disconnect the client from the server and reconnect it.

 

[Lehmden]

Hi.
I can confirm this issue and also that is is NOT solved by using UNC path for media share. This happens on Multiseat only. The first log file is with a server media source using local drive and the second log file is the same videos but this time the media source was added with UNC path... Same issues to find...

But you also can see lots of "Workflow Manager Deadlocks" in the logfile from the bedroom client. This happens on both, SingleSeat and Multiseat environment...