With version 0.2, I definitely didn't have any issues. Apple TV3 version 5.3
Today, upgraded to 0.3.1+ from github.
Now it says "Accessing Trailers" and nothing happens. It seems that plexconnect can't answer the requests or cannot serve the file "utils.js" or something else. (screenshot added)
I tried to delete Setting.cfg, recreated and edited but no luck.
I am on Centos 6.5. I am using bind and dnsmasq for dns resolving so dns is not an issue. But also tried with dns server of plexconnect. It didn't work either.
Also tried with python 2.7.6 but no luck.
Tried 0.3.1+ on a Windows PC with python 2.7.6, worked like a charm.
yes. I also tried with 2.7.6 but no luck. One thing I forgot to mention is I can reach plexconnect settings on ATV3. But Library or channels are unreachable.
The reason disabling gdm is when ATV sleeps and then wakes up it can't resume the conection to plexconnect and I always have to restart ATV. This option helped to overcome this behaviour.
BTW enabled gdm but same result.
With this settings version 0.2 works without any problem.
Why would PMS identify itself with 127.0.0.1? I guess I have never seen that... but then, I don't run it with GDM=Off either.
In the following lines, it _seems_ like the real IP is restored somehow. The question is: Seen from PlexConnect/NAS point of view, does PMS answer on 192.168.80.5 - or would it only respond to 127.0.0.1?
Are you able to ssh (or something) into your NAS and grab the response to 192.168.80.5:32400 versus 127.0.0.1:32400 - using curl or something?
Linux (Centos 6.5) has the IP 192.168.80.5 and plexconnect and PMS are installed on this device.
ATV's IP is 192.168.80.30. Both can connect to internet without an issues
The issue is ATV can connect to plexconnect, I can see the starting screen, I can choose settings and can navigate in settings, but when I choose Library or Channels it says "Accessing Trailers" and stays there. No library or channel content.
Not really sure about the 0.2... but is it possible, that this issue is the one with "//" in the URL? We got to get rid of that...
The thing is, that PlexConnect codes the full PMS URL into aTV's request. With port forwarding it was seen, that the NAS server/forwarded needs typically a special setting to allow those double-"/" in the URL. Do you know about this setting, do you already have it set?
Not really sure about the 0.2... but is it possible, that this issue is the one with "//" in the URL? We got to get rid of that...
The thing is, that PlexConnect codes the full PMS URL into aTV's request. With port forwarding it was seen, that the NAS server/forwarded needs typically a special setting to allow those double-"/" in the URL. Do you know about this setting, do you already have it set?
I don't know what settings you are talking about. On ATV or on Linux? Could you be more specific, please.
On Linux - and I have no own experience. Based on that, I can't really be more specific, sorry... there should be some hints in the "PlexConnect on Synology" thread. I think, this is where I read about it...