Jump to content

Recommended Posts

grunander
Posted

Hello 

 

I am trying to watch movies on amazon fire, android based playback, and the file will play for approx 20 sec and it returns back to the menu. This occurs on all the files on my device. The movie starts and then ends after 20 seconds. The files are good as playback is working on the ROKU player we have connected to the same server. Problems just exist with amazon fire emby app. Any ideas why this is happening ?

Posted

Hi, is this kindle fire or fire tv?

grunander
Posted

This is fire tv sorry should have specified

Posted

Ok, I will move this to the android / fire tv section. thanks.

grunander
Posted

Which logs do i need to post that would be most informational 

Posted

Reproduce the problem and then post only the logs with modified dates since you started the test.

feerlessleadr
Posted (edited)

I am having this problem as well. Here is the server log that contains the error. 

 

To complicate things on my end (not sure if they are related or not), my parents are using a fireTV stick remotely, and I have limited the max bitrate (their connection is slower), so all streams are being transcoded. Everything was working fine earlier in the week, then starting Friday, no file would play longer than 10 - 20 seconds. 

 

Attached is the log. 

 

 

::EDIT:: Just saw your reply - The log should contain multiple instances of my parents having this problem (unfortunately, it is a full log, and not clipped to just show the problem). Also attached the transcode logs as well (since those dates were modified when my parents last tried to play a file)

server-63606225342.txt

transcode-238ff772-34fa-44db-8275-b7e6e3dbf4c7.txt

transcode-e3de5b16-912b-4922-b8da-12840210908c.txt

transcode-88a3525b-2b94-4a33-8b79-b9026444e6e5.txt

transcode-26040661-645f-4326-b19c-fd48b13a57d6.txt

transcode-7f007193-ad51-4018-ab46-59dff519c504.txt

Edited by feerlessleadr
Posted

Hi, can you try disabling Quick Sync and see if that makes a difference? thanks.

feerlessleadr
Posted

Not sure if this is significant (or a red herring|) but I'm using a Amazon Fire Tv tick running the latest Beta (4/8/2016 Ver 1.2.28a) Server Version 3.0.6050.0 running on Ubuntu 14.04 and I have this problem but only when playing a .flv files. So far, in limited testing, .avi and .mp4 files play fine. All files play on the PC using the web client or playing the files directly overa Samba share.

 

For .flv files I'm getting the first 12 to 20 seconds and then the video ends. These played fine last night and only today has there been a  problem (Grand Daughter is mad on Bing). I've rebooted the stick and restarted the server but this has made no difference.

Looking at server-63606268114.txt I note there is an error

 

2016-08-08 19:49:40.4500 Info HttpServer: HTTP POST http://192.168.0.32:8096/emby/Sessions/Playing. UserAgent: Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTM Build/LVY48F)
2016-08-08 19:49:40.7736 Info App: /var/lib/emby-server/ffmpeg/20160215/ffmpeg -fflags +genpts -i file:"/DLNA/TV/MyDLNA/Bing/Season 01/Bing - 31. Paddling Pool.flv" -map 0:0 -map 0:1 -map -0:s -codec:v:0 copy -copyts -avoid_negative_ts disabled -start_at_zero -map_metadata -1 -threads 0 -codec:a:0 ac3 -ac 2 -ab 128000 -af "aresample=async=1" -y "/var/lib/emby-server/transcoding-temp/0bba99690f3520cba47cddbd55961490.mkv"
2016-08-08 19:49:41.5319 Info HttpServer: HTTP Response 204 to 192.168.0.135. Time: 1082ms (slow). http://192.168.0.32:8096/emby/Sessions/Playing
2016-08-08 19:49:44.1529 Info HttpServer: HTTP GET http://192.168.0.32:8096/emby/videos/a3b65e67070c72a2e08ac649ddb276d2/stream.mkv?DeviceId=7a08b120cb35c98d&MediaSourceId=a3b65e67070c72a2e08ac649ddb276d2&VideoCodec=h264&AudioCodec=ac3,aac,mp3&AudioStreamIndex=1&VideoBitrate=9872000&AudioBitrate=128000&MaxAudioChannels=6&Level=51&Profile=high&PlaySessionId=36f1811d8c36479c999070085ecfc1bb&CopyTimestamps=true&ForceLiveStream=false. UserAgent: EMVideoView 2.5.6 (25600) / Android 5.1.1 / AFTM
2016-08-08 19:49:44.1619 Error ServiceStackHost: Error occured while Processing Request: Write failure
        *** Error Report ***
        Version: 3.0.6050.0
        Command line: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe -programdata /var/lib/emby-server -restartpath /usr/lib/emby-server/restart.sh
        Operating system: Unix 3.13.0.92
        Processor count: 2
        64-Bit OS: False
        64-Bit Process: False
        Program data path: /var/lib/emby-server
        Mono: 4.2.1 (Stable 4.2.1.102/6dd2d0d Thu Dec  3 03:55:48 UTC 2015)
        Application Path: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe
        Write failure
        System.IO.IOException
          at System.Net.Sockets.NetworkStream.Write (System.Byte[] buffer, Int32 offset, Int32 size) <0xb1e55a50 + 0x00103> in <filename unknown>:0
          at SocketHttpListener.Net.ResponseStream.InternalWrite (System.Byte[] buffer, Int32 offset, Int32 count) <0xb1e559c8 + 0x00084> in <filename unknown>:0
          at SocketHttpListener.Net.ResponseStream.Write (System.Byte[] buffer, Int32 offset, Int32 count) <0xb1e54b08 + 0x001f3> in <filename unknown>:0
          at ServiceStack.Formats.HtmlFormat.SerializeToStream (IRequest req, System.Object response, IResponse res) <0xa7e02508 + 0x00a4d> in <filename unknown>:0

I've attached the whole log.

 

Hopefully there is enough information to point you in the direction of the problem if not a fix.

There are also a number of remux- files relating to the Bing file but there doesn't appear to be anything in there except the output from ffmpeg.

 

If also checked the obvious (such as disk space) and there is plenty both on the volume holding emby and the one holding the individual video file.

 

Thanks

server-63606268114.txt

darrenkdean
Posted

Confirming the same.  Issue exists with the Fire Stick (remote connection) after Emby Server updated & rebooted this morning.  Android App (phone) & Emby Theater are both confirmed working at the moment so it seems to be isolated to the Fire Stick.  Please let me know if you need more server logs in which case I would be happy to run tests & post logs.

rbeier1221
Posted (edited)

Add me to this list. Let me know if you need further logs. Happens with both my recordings and my converted mp4s.

Edited by rbeier1221
Posted

Add me to the list as well. This started with Emby server 3.0.6050 as far as I can tell -- I was able to stream to my FireTV over the weekend without issue. Here is a gist with the relevant section of the server log -- I don't see anything that looks interesting in the transcoding logs, but I can post those or more extensive server logs if necessary.

Posted

Add me to the list as well. This started with Emby server 3.0.6050 as far as I can tell -- I was able to stream to my FireTV over the weekend without issue. Here is a gist with the relevant section of the server log -- I don't see anything that looks interesting in the transcoding logs, but I can post those or more extensive server logs if necessary.

 

Hi, can you enable debug logging under Logs in the server dashboard, restart the server, then test again? Thanks!

grunander
grunander
Posted

Sorry to add. This is affecting all types of files, from mp3 to XVID. 

rbeier1221
Posted

Latest server Beta seems to fix this issue. But I was only able to do a quick test before work.

feerlessleadr
Posted

Latest server Beta seems to fix this issue. But I was only able to do a quick test before work.

Can you let me know what beta version number you are running?

Posted

Additionally if you're on windows can you try the beta server and see if that resolves it? thanks.

rbeier1221
Posted (edited)

I am running version 3.1.97.0

Edited by rbeier1221
Posted

Hi, can you enable debug logging under Logs in the server dashboard, restart the server, then test again? Thanks!

 

I can post these if you're still interested, but like others I can confirm that the current beta server (3.1.97.0) solves this problem for me.

feerlessleadr
Posted

My parent's just let me know that with the latest server beta, it seems to be working. I'll let them try watching TV for a few more days to be sure, but I think that did it.

 

Thanks Luke.

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...