meep 1 Posted November 27, 2014 Share Posted November 27, 2014 I found this issue when integrating MediaBrowser server with MediaPortal client (and posted originally on MediaPortal forums: http://forum.team-mediaportal.com/threads/plugin-mediabrowser-for-mediaportal-v0-30-beta-2014-08-20.119513/page-37) I need to map M:\ to \\192.168.1.199 However, the server UI does not support trailing backslashes (it actively strips them out). Therefore I get the following errors in MediaBrowser log file when I attempt to play content;[11-10 18:57:51,039] [MPMain ] [ERROR] Playback failed: Media=\\192.168.1.199video\Concerts\Alison Krauss & Union Station (Live 2002).avi(there should be a backslash between '.199' and 'video')If I go in to system.xml on the server and edits the path substitution section manually, I can get it to work.This is on server 3.0.5424.1Thanks Link to comment Share on other sites More sharing options...
Happy2Play 8282 Posted November 27, 2014 Share Posted November 27, 2014 need to map M:\ to \\192.168.1.199 Well it should be \\192.168.1.199\video since M:\ is mapped directly to video correct? \\192.168.1.199 is hosting the shared files location so you have to provide specific path to the media. Link to comment Share on other sites More sharing options...
meep 1 Posted November 28, 2014 Author Share Posted November 28, 2014 (edited) Thanks for the response but that's not quite the point.It doesn't matter what I try to map, if I enter a trailing backslash as part of the substitution path in the webui, it will get stripped out on save and the subsequent request to play the file will fail as the concatenated path is incorrect due to the missing backslash.If I go to the xml file I can confirm the backslash is missing from the substitution path and adding it manually there fixes the issue.It's an apparent bug in the (windows) server Web UI.Just reporting it in case it catches anyone else out - not bothering me as I have a workaround.ThanksPeter Edited November 28, 2014 by meep Link to comment Share on other sites More sharing options...
Beardyname 194 Posted November 28, 2014 Share Posted November 28, 2014 would M:\video to \\192.168.1.199 solve this or does it give the same error? Link to comment Share on other sites More sharing options...
meep 1 Posted November 29, 2014 Author Share Posted November 29, 2014 (edited) Thanks all for the responses here but the point is being missed completely. As it happens, my actual substitution is M:\ to \\192.168.1.199\media\ but that's beside the point. I'm not having any problem with my substitutions, (though I can see how the OP was not exactly clear on this). The bug is in how the paths cannot be set correctly in the Web UI. I can repeat the issue in server version 3.0.5424.1 on Windows 8.1. Here are full steps to replication, with screen grabs of relevant areas; STEP 1 - Create a path substitution in the web ui note that a trailing backslash is included in the To: field STEP 2 - Click Add Observe that the trailing backslash has been stripped from the reported path. STEP 3 - Open the system.xml file Observe that the trailing backslash is also missing from the path in this file. Note that attempting to play media from remote clients will fail at this point with errors similar to those reported in the OP. STEP 4 - Fix the path in XML (and save) Note that the backslash has now been added manually STEP 5 - Restart MediaBrowser Server A server restart is necessary to force media browser to pick up the edited system.xml Observe that the path is now reported correctly and media playback on clients will work. Edited November 29, 2014 by meep Link to comment Share on other sites More sharing options...
Beardyname 194 Posted November 29, 2014 Share Posted November 29, 2014 (edited) Very detailed post thank you for that @@Luke what do you think? *edit* I am unable to reproduce since mine stores the trailing slash :/ (without the xml tweaking) will try to save one without the trailing slash and see if i can re-produce. Nope I can't re-produce this. from the logs of MBT : and my path-substitution: system.xml: Edited November 29, 2014 by Beardyname Link to comment Share on other sites More sharing options...
meep 1 Posted November 29, 2014 Author Share Posted November 29, 2014 That's interesting. Wonder if it's a mediaportal issue after all? I'll do more testing from that perspective later. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now