neodawg 2 Posted January 14, 2018 Share Posted January 14, 2018 (edited) I just installed and tested the FireTV app from a remote location to the server. Got signed in and everything works in the UI, can move around just fine. However when I attempt to play a video it will load the player, spin the blue circle for just a few seconds and then dump back to the episode/movie page I was just on. I and several other users use the server daily, everything works, this just happens to be the first FireTV I have tried using. I stopped the server and started it, and attempted to play a file, I always see this error in the log as kind of the last thing. 2018-01-13 22:28:58.648 Warn App: PlaybackStopped reported with null media info. I dug into the settings on the Emby FireTV app and turned on use external player, this works flawlessly, however its obviously very clunky. I would like to use the regular player. Running latest Emby Server on Windows Server 2012 Have Premier license on server. Server log Here Thanks for any assistance Edited January 14, 2018 by neodawg Link to comment Share on other sites More sharing options...
ebr 14910 Posted January 14, 2018 Share Posted January 14, 2018 Hi. Can you please run that test again and send a log from the app? Thanks. Link to comment Share on other sites More sharing options...
neodawg 2 Posted January 14, 2018 Author Share Posted January 14, 2018 I have submitted a log from the FireTV. I tried playing a couple different shows. The logged in user to the FireTV is 'steve' and the submitted time is 5:17PM CST 1/14/18 Thanks, Link to comment Share on other sites More sharing options...
ebr 14910 Posted January 15, 2018 Share Posted January 15, 2018 Can you please go to an item detail page in the web app for any episode and then replace the itemId in the url with the below value and hit enter. Then paste the media info for that item here? 2435dff433edee60a97744d1e3787912 Thanks. Link to comment Share on other sites More sharing options...
neodawg 2 Posted January 15, 2018 Author Share Posted January 15, 2018 Here you go: Media Info Video CodecH264 AVCYes ProfileHigh Level41 Resolution1280x718 Aspect ratio16:9 AnamorphicNo InterlacedNo Framerate23.9760246 Bitrate2837 kbps Bit depth8 bit Pixel formatyuv420p Ref frames1 NAL4 Title720P H264 Audio CodecAC3 Layout5.1 Channels6 ch Bitrate384 kbps Sample rate48000 Hz DefaultYes TitleDolby Digital 5.1 Default Containermkv Path\\jesus.domain.net\Media\TV Shows\Marvel's Agents Of S.H.I.E.L.D\Season 5\Marvel's Agents of S.H.I.E.L.D. - 5x07 - Together or Not at All.mkv Link to comment Share on other sites More sharing options...
ebr 14910 Posted January 15, 2018 Share Posted January 15, 2018 What is the origin of this video? i.e. how was it created? Link to comment Share on other sites More sharing options...
neodawg 2 Posted January 16, 2018 Author Share Posted January 16, 2018 Im not sure i follow a 100%, but the file was was downloaded by the download client and then moved to the media server in the correct location. Then Embys media folder scanner picks it up. Its not just this file, its any file, I tried AVIs, MP4s MKVs and none of them seemed to work. I also tried a few movies too. What are you seeing on your end. I am going to test with a FireStick on the same LAN as the server. Just see if that works, to help rule out any firewall stuff, etc. Link to comment Share on other sites More sharing options...
ebr 14910 Posted January 16, 2018 Share Posted January 16, 2018 I'm seeing very strange happenings on the app end. Two different errors that seem to point to our media info for the file not matching what is actually in it. Can you try refreshing the item with the web client? Link to comment Share on other sites More sharing options...
neodawg 2 Posted January 17, 2018 Author Share Posted January 17, 2018 In doing some additional testing with a FireStick on the LAN, if I let if auto discover the Emby server and use that it will work fine. However if I manually enter the server and have it run through the reverse proxy I have setup, it doesnt. It will however give me a couple frames of the video and maybe a glitch of sound before just dumping back to the episode play screen. Is there something special as to how the FireSticks work vs Kodi or the Emby IOS/Android apps? Link to comment Share on other sites More sharing options...
ebr 14910 Posted January 17, 2018 Share Posted January 17, 2018 Ah, okay. I recall someone having an issue with a Fire playing through a reverse proxy in the past. I believe they were able to solve it with some configuration. Try searching in this forum for "reverse proxy" and let us know what you come up with. Thanks. Link to comment Share on other sites More sharing options...
Luke 37049 Posted January 17, 2018 Share Posted January 17, 2018 @@pir8radio might know. Link to comment Share on other sites More sharing options...
pir8radio 1292 Posted January 17, 2018 Share Posted January 17, 2018 what kind of reverse proxy? if nginx post the config please. Link to comment Share on other sites More sharing options...
neodawg 2 Posted January 18, 2018 Author Share Posted January 18, 2018 @@ebr Thanks for pointing out the reverse proxy threads, I have read through all of them and tried some things and fixed websocket connections that I didn't realize wasn't working. @@pir8radio I am using Apache Proxy to do my reverse proxying, I host several other sites through it as well and they work great. Everything works for Emby except for the FireSticks, whats dumb is that they play like 2 frames of video before just bailing back to the episode info screen. I also updated my Apache from 2.4.6 to 2.4.29 in hopes that would help as well, but no luck there either. What sort of special magic does the FireSticks require vs something like a Roku? I have a legit paid for SSL wildcard certificate I use. I have an A rating on SSLabs test site. I wonder if anyone has gotten Apache to work with Emby and FireSticks? or have they given up and went to something else. Here is my VirtualHost config for it. The commented out lines are things I have tested but didnt help. <VirtualHost *:80> ServerName video.domain.net Redirect permanent / https://video.domain.net/ </VirtualHost> <VirtualHost *:443> ServerName video.domain.net ProxyRequests Off ProxyPreserveHost On <Proxy *> Order deny,allow Allow from all </Proxy> # SetEnv proxy-nokeepalive 1 # SetEnv proxy-sendchunked 1 # Header set Connection "Upgrade" # RequestHeader setifempty Connection "Upgrade" # Header set Upgrade "websocket" # RequestHeader setifempty Upgrade "websocket" ProxyPass /embywebsocket ws://apps.domain.net:8096/emby/ ProxyPassReverse /embywebsocket ws://apps.domain.net:8096/emby/ ProxyPass /emby http://apps.domain.net:8096/ ProxyPassReverse /emby http://apps.domain.net:8096/ ProxyPass / http://apps.domain.net:8096/ ProxyPassReverse / http://apps.domain.net:8096/ </VirtualHost> Link to comment Share on other sites More sharing options...
Luke 37049 Posted January 18, 2018 Share Posted January 18, 2018 In both cases we're relying on the device to accept or reject the SSL cert, and it sounds like out of the box the Roku is accepting yours but the Fire TV isn't. Link to comment Share on other sites More sharing options...
neodawg 2 Posted January 18, 2018 Author Share Posted January 18, 2018 In both cases we're relying on the device to accept or reject the SSL cert, and it sounds like out of the box the Roku is accepting yours but the Fire TV isn't. I don't get any sort of errors on the FireTV to indicate that it wouldn't accept it. If it was an SSL error wouldn't I also have issues logging in and navigating around the Emby interface in the FireTV app? Thanks, Link to comment Share on other sites More sharing options...
Luke 37049 Posted January 18, 2018 Share Posted January 18, 2018 It depends because the video players we embed are separate and at least one of them has it's own communication layer. Link to comment Share on other sites More sharing options...
neodawg 2 Posted January 18, 2018 Author Share Posted January 18, 2018 It depends because the video players we embed are separate and at least one of them has it's own communication layer. Gotcha, I am doing some looking and it appears the SSL cert is 'out of order' as far as the chain is concerned. I will attempt to resolve this issue and see if that helps. 1 Link to comment Share on other sites More sharing options...
neodawg 2 Posted January 19, 2018 Author Share Posted January 19, 2018 Well, I fixed the certificate chain issue, but no such luck in the FireStick working any better. Still the same results. Link to comment Share on other sites More sharing options...
ebr 14910 Posted January 19, 2018 Share Posted January 19, 2018 How do you know you fixed the certificate chain problem? Does everything work properly if you use plain http? Link to comment Share on other sites More sharing options...
neodawg 2 Posted January 19, 2018 Author Share Posted January 19, 2018 I checked it against the SSL test site I was using when i noticed the problem. The FireStick works fine if it I let it discover the Emby server on the local LAN. But that is a good idea for a test too. Ill make a new DNS name and have it proxy using only HTTP and not do HTTPS. Link to comment Share on other sites More sharing options...
Luke 37049 Posted January 19, 2018 Share Posted January 19, 2018 Thanks for the feedback. Link to comment Share on other sites More sharing options...
pir8radio 1292 Posted January 19, 2018 Share Posted January 19, 2018 I checked it against the SSL test site I was using when i noticed the problem. The FireStick works fine if it I let it discover the Emby server on the local LAN. But that is a good idea for a test too. Ill make a new DNS name and have it proxy using only HTTP and not do HTTPS. If HTTP still has issues, we can try to troubleshoot your reverse proxy.. I'm weak on Apache as a reverse proxy, I'm an nginx guy. But there is also some testing we can do remotely to rule out the reverse proxy if you create a test account for me and PM me the info. Link to comment Share on other sites More sharing options...
neodawg 2 Posted January 19, 2018 Author Share Posted January 19, 2018 Well, unfortunately running only HTTP through the proxy didn't help any. Still the same result. I made a new subdomain name and that has its own virtual host section that is only for HTTP. @@Luke @@ebr Would the logs from the FireTv stick assist me in fixing this issue? I know those get sent right to you, and maybe sharing them isn't in your policies. I have been watching the proxy server logs to see if anything sticks out... on that note saw this when watching the logs using the Emby/FireTV external play vs the internal one which works for about 80% of files, doesn't seem to work well for AVI file types. Start of working external player: 10.22.100.23 - - [19/Jan/2018:17:18:45 -0600] "POST /emby/Items/46d5d7968cf56d35e3e21f8fde167930/PlaybackInfo?format=json HTTP/1.1" 200 1653 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:18:45 -0600] "POST /emby/Sessions/Playing HTTP/1.1" 204 - "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:18:45 -0600] "POST /emby/Sessions/Playing/Progress HTTP/1.1" 204 - "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:18:46 -0600] "GET /emby/Videos/46d5d7968cf56d35e3e21f8fde167930/stream.mov?DeviceId=5e1df9d45c1ca3c3&Static=true&api_key=fcf95f610b2d4bb4a5db7e4832d998af&Tag=76f51aaeeb620bd543c5647ab3d4f9f2&MediaSourceId=46d5d7968cf56d35e3e21f8fde167930 HTTP/1.1" 200 704512 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:19:01 -0600] "POST /emby/Sessions/Playing/Progress HTTP/1.1" 204 - "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:18:46 -0600] "GET /emby/Videos/46d5d7968cf56d35e3e21f8fde167930/stream.mov?DeviceId=5e1df9d45c1ca3c3&Static=true&api_key=fcf95f610b2d4bb4a5db7e4832d998af&Tag=76f51aaeeb620bd543c5647ab3d4f9f2&MediaSourceId=46d5d7968cf56d35e3e21f8fde167930 HTTP/1.1" 200 16408576 "-" "PhotosFireTV/FIRETV-2.2-828607810 (Linux;Android 5.1.1) ExoPlayerLib/2.1.1" 10.22.100.23 - - [19/Jan/2018:17:19:10 -0600] "POST /emby/Sessions/Playing/Stopped HTTP/1.1" 204 - "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:19:13 -0600] "GET /emby/Users/2b6159f2e39e49ab8c6ff31df49b14ce/Items/46d5d7968cf56d35e3e21f8fde167930?format=json HTTP/1.1" 200 7595 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:19:13 -0600] "GET /emby/Users/2b6159f2e39e49ab8c6ff31df49b14ce/Items/46d5d7968cf56d35e3e21f8fde167930?format=json HTTP/1.1" 200 7595 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:19:14 -0600] "GET /emby/Users/2b6159f2e39e49ab8c6ff31df49b14ce/Items?Filters=IsResumable&ImageTypeLimit=1&Fields=PrimaryImageAspectRatio%2COverview%2CItemCounts%2CDisplayPreferencesId&MediaTypes=Video&EnableTotalRecordCount=false&recursive=true&ExcludeLocationTypes=Virtual&sortOrder=Descending&Limit=50&SortBy=DatePlayed&format=json HTTP/1.1" 200 71810 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:19:14 -0600] "GET /emby/Users/2b6159f2e39e49ab8c6ff31df49b14ce/Items/Latest?Limit=50&IncludeItemTypes=Movie&Fields=PrimaryImageAspectRatio%2COverview&GroupItems=false&format=json HTTP/1.1" 200 49532 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" Start of Built in player: 10.22.100.23 - - [19/Jan/2018:17:19:14 -0600] "GET /emby/Shows/NextUp?Limit=50&UserId=2b6159f2e39e49ab8c6ff31df49b14ce&ImageTypeLimit=1&Fields=PrimaryImageAspectRatio%2COverview%2CDateCreated&format=json HTTP/1.1" 200 61537 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:19:31 -0600] "GET /emby/Users/2b6159f2e39e49ab8c6ff31df49b14ce/Items/46d5d7968cf56d35e3e21f8fde167930?format=json HTTP/1.1" 200 7595 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:19:31 -0600] "GET /emby/Items/46d5d7968cf56d35e3e21f8fde167930/Similar?Limit=10&UserId=2b6159f2e39e49ab8c6ff31df49b14ce&Fields=PrimaryImageAspectRatio&format=json HTTP/1.1" 200 7674 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:20:17 -0600] "GET /emby/Users/2b6159f2e39e49ab8c6ff31df49b14ce/Items/46d5d7968cf56d35e3e21f8fde167930/Intros?format=json HTTP/1.1" 200 33 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:20:17 -0600] "POST /emby/Items/46d5d7968cf56d35e3e21f8fde167930/PlaybackInfo?format=json HTTP/1.1" 200 1653 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:20:18 -0600] "POST /emby/Sessions/Playing HTTP/1.1" 204 - "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:20:18 -0600] "GET /emby/Videos/46d5d7968cf56d35e3e21f8fde167930/stream.mov?DeviceId=5e1df9d45c1ca3c3&Static=true&api_key=fcf95f610b2d4bb4a5db7e4832d998af&Tag=76f51aaeeb620bd543c5647ab3d4f9f2&MediaSourceId=46d5d7968cf56d35e3e21f8fde167930 HTTP/1.1" 200 8388608 "-" "Emby/1.5.32a (Linux;Android 5.1.1) ExoPlayerLib/2.5.1/Emby" 10.22.100.23 - - [19/Jan/2018:17:20:19 -0600] "POST /emby/Items/46d5d7968cf56d35e3e21f8fde167930/PlaybackInfo?format=json HTTP/1.1" 200 1653 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:20:20 -0600] "POST /emby/Sessions/Playing/Stopped HTTP/1.1" 204 - "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:20:20 -0600] "POST /emby/Sessions/Playing/Progress HTTP/1.1" 204 - "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" 10.22.100.23 - - [19/Jan/2018:17:20:20 -0600] "GET /emby/Users/2b6159f2e39e49ab8c6ff31df49b14ce/Items/46d5d7968cf56d35e3e21f8fde167930?format=json HTTP/1.1" 200 7595 "-" "Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTT Build/LVY48F)" Link to comment Share on other sites More sharing options...
Luke 37049 Posted January 19, 2018 Share Posted January 19, 2018 Can you submit an in-app log from that for @@ebr to review? thanks. Link to comment Share on other sites More sharing options...
neodawg 2 Posted January 20, 2018 Author Share Posted January 20, 2018 I submitted the logs. The user is amy, the time is 7:13CST I tried to play using the built in player twice then enabled the external player and played the same movie successfully. 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