search

babgvant / Emby.MythTv

MythTV LiveTV plug-in for Emby
1 stars 4 forks source link

Plugin showing error status in Emby web console #1

Open parkingzone opened 9 years ago

parkingzone commented 9 years ago

So happy to see a MythTV plugin being developed for Emby! Many thanks!

My first attempt at using the plugin has not been successful. The Emby LiveTV management web page (http://192.168.1.10:8096/web/livetvstatus.html) is showing the following error.

Error Message: Unavailable (Expecting GetConnectionInfoAsyncResponse tag from namespace http://mythtv.org, got GetConnectionInfoResponse and http://mythtv.org instead Line 1, position 169.)

I verified that the dll was copied to the correct location (/var/lib/emby-server/plugins) and that the dll has proper permissions (Linux). Emby server has been restarted on multiple attempts to get it working. I have the following values in the plugin settings:

MythTv Base URL: http://192.168.1.10:6544 Recordings UNC: /diamond/mythtv/recordings

Please let me know if you need any further information.

Emby Server Version: 3.0.5675.1 Emby MythTV Plugin Version: 1.0.5712.16144 MythTV Version: 27.5+fixes.20150803.e2a11c9-0ubuntu0mythbuntu3 OS: Linux Mint 17.2 (Ubuntu 14.04 LTS)

babgvant commented 9 years ago

I wonder if that's due to a difference in Mono v. Windows .NET. If so, I may have to use all JSON instead of SOAP + JSON. Let me rewrite this call and see if it makes a difference.

BTW, the UNC should be the path to the files from another box so they can be accessed directly instead of streamed (it's more efficient that way).

parkingzone commented 9 years ago

The UNC path would need to be samba for my Linux setup. I use path substitution in Emby since samba paths cannot be used in media library definitions.

Can a samba path (smb://192.168.1.10/recordings) be used in the plugin settings? Or should a path substitution be created for the actual path in the plugin settings?

In addition, I currently have three recordings directories. Does the plugin support multiple recording paths? And if so, how are they entered into the plugin settings?

I will be glad to do any testing.

babgvant commented 9 years ago

Uploaded a new version of the dll. Can you see if it works in that place now? If so, I'll probably have to swap the whole thing over to JSON.

The plugin doesn't currently support multiple recording folders. I figured it would come up eventually, but I'm not sure how to resolve it. I'll have to do some testing to see if I can make it optional, or if I can test for existence in each path to find the right one. Is there a discrete storage group for each location? If so, I could do that way as well.

parkingzone commented 9 years ago

The status page is working!

screenshot2

Very happy to see this. I will continue testing after another update is ready.

parkingzone commented 9 years ago

I have three recording directories but only one storage group (default). Hopefully there will be a way to support multiple directories.

babgvant commented 9 years ago

I've refactored it to use JSON only and you can either leave the UNC path blank or enter them all on separate lines and the plugin will try to find it.

parkingzone commented 9 years ago

Initial testing with the latest plugin version 1.0.5713.25536 seems to be mostly working. I will continue to test and open separate issues as problems are found. Again, thank you for developing this plugin!

parkingzone commented 9 years ago

JSON only seems to have solved the problem with running Emby on Linux. All the Emby Live TV screens within the web client and Android client (latest beta version) are loading and have data.

babgvant commented 9 years ago

All good then?

parkingzone commented 9 years ago

I tested with three recording directories (all are within one MythTV recording group) and all recordings were shown within Emby. The media info was displayed for each recording and each recording was playable.

I entered the actual Linux paths (i.e., /diamond/mythtv/recordings) in the plugin settings, and defined a correlating path substitution (smb://192.168.1.10/MythTV1) in the Emby server settings. This worked perfectly and I was able to directly play the recordings within my LAN environment.

I tried omitting one of the UNC paths in the plugin settings. This resulted in the media info not being shown within the recording detail in Emby. Also, I was not able to directly play the recordings. If I tested correctly, it appears that the UNC is needed within the plugin settings.

babgvant commented 9 years ago

I wonder if that's an another difference b/w Emby on Windows and Emby on Linux. I made sure to test that scenario.

parkingzone commented 9 years ago

I will test using a blank UNC path again to be sure. I will let you know.

parkingzone commented 9 years ago

I have not had time to continue testing yet. I am in Dallas, TX so we are 6 hours apart. I will keep you posted. Thanks.

parkingzone commented 9 years ago

I retested the UNC paths again.

I left the path substitutions in Emby server settings. I removed all of the UNC paths from the plugin settings (field is completely blank). I restarted Emby server for good luck.

All MythTV recordings did show the media info in the Android client recording detail view. However, none of the recording paths were displayed. The recordings were transcoded when played in the Android client.

I then put the UNC paths back into the plugin settings and restarted the Emby server. All media info and all recording paths were shown. All recordings could be direct streamed in the Android client.

So yes, there is something different for Linux.

Let me know if I can provide any further information or testing.

babgvant commented 9 years ago

Thanks for testing.