Jump to content


Photo

Emby is slow and disconnects a lot, how do I fix it?

disconnection help

  • Please log in to reply
10 replies to this topic

#1 fighuass OFFLINE  

fighuass

    Member

  • Members
  • 19 posts
  • Local time: 05:55 PM

Posted 29 November 2017 - 06:11 AM

Almost every video I play in Emby loads really slow, and for some reason disconnects (usually after I skip using the timeline, but sometimes happens while playing, too) and returns me to the library page. I tried Plex, and Plex was way faster and didn't have this. In both cases I use the android app to stream, and the windows app for the server. I much prefer Emby in every other aspect, so I'd like to fix this and keep using Emby.

 

EDIT: It doesn't always disconnect, but it does happen often.

 

EDIT 2: Not sure if it helps, but I added a log file. This time there wasn't a single disconnect (always seems to happen when I try to troubleshoot, ah, whatever), but it was still pretty slow.

Attached Files


Edited by fighuass, 29 November 2017 - 07:07 AM.


#2 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 43699 posts
  • Local time: 12:55 PM

Posted 29 November 2017 - 10:35 AM

Hi.  Can you please reproduce an instance of this and then post both just the single ffmpeg log created from that instance as well as the server log?  And please note what you were playing and the time the problem occurred.

 

Thanks.

 

How to Report a Problem



#3 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 124003 posts
  • Local time: 12:55 PM

Posted 29 November 2017 - 01:18 PM

Can you also try installing emby server from the website on top of your existing version? I think the latest version will perform better for you. Thanks !



#4 fighuass OFFLINE  

fighuass

    Member

  • Members
  • 19 posts
  • Local time: 05:55 PM

Posted 29 November 2017 - 02:49 PM

Did that, I have 3.2.40.0 now. Is that right? I can't seem to reproduce the disconnection errors anymore, but the streaming is still slow. I do think it's gotten a little faster, though.

 

Also, I have multiple ffmpeg logs, so I zipped those. I don't think they'll be of much use, though, since I try to use direct play whenever possible.

 

Time when the slowness occurs: well, when the video first loads, and whenever I skip forward using the timeline.

 

And here is the MediaInfo of the video I used in this example:

General
Complete name                            : E:\q_\Check\111117_01-10mu-1080p.mp4
Format                                   : MPEG-4
Format profile                           : Base Media
Codec ID                                 : isom (isom/iso2/avc1/mp41)
File size                                : 1.66 GiB
Duration                                 : 58 min 28 s
Overall bit rate mode                    : Variable
Overall bit rate                         : 4 061 kb/s
Encoded date                             : UTC 2017-09-27 19:24:27
Tagged date                              : UTC 2017-09-27 19:24:27
Writing application                      : Lavf54.6.100

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L4.1
Format settings                          : CABAC / 4 Ref Frames
Format settings, CABAC                   : Yes
Format settings, RefFrames               : 4 frames
Codec ID                                 : avc1
Codec ID/Info                            : Advanced Video Coding
Duration                                 : 58 min 28 s
Bit rate                                 : 4 000 kb/s
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 59.940 (59940/1000) FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.032
Stream size                              : 1.63 GiB (99%)
Writing library                          : x264 core 142
Encoding settings                        : cabac=1 / ref=4 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass / mbtree=1 / bitrate=4000 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Encoded date                             : UTC 2017-09-27 19:24:27
Tagged date                              : UTC 2017-09-27 19:24:27

Audio
ID                                       : 2
Format                                   : AAC
Format/Info                              : Advanced Audio Codec
Format profile                           : LC
Codec ID                                 : mp4a-40-2
Duration                                 : 58 min 28 s
Bit rate mode                            : Variable
Bit rate                                 : 48.0 kb/s
Maximum bit rate                         : 64.0 kb/s
Channel(s)                               : 2 channels
Channel positions                        : Front: L R
Sampling rate                            : 48.0 kHz
Frame rate                               : 46.875 FPS (1024 SPF)
Compression mode                         : Lossy
Stream size                              : 19.8 MiB (1%)
Default                                  : Yes
Alternate group                          : 1
Encoded date                             : UTC 2017-09-27 19:24:27
Tagged date                              : UTC 2017-09-27 19:24:27

Attached Files


Edited by fighuass, 29 November 2017 - 02:54 PM.


#5 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 124003 posts
  • Local time: 12:55 PM

Posted 29 November 2017 - 02:56 PM

It looks like it's transcoding due to the in-app bitrate setting, and when it transcodes seeking will take slightly longer. 



#6 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 43699 posts
  • Local time: 12:55 PM

Posted 29 November 2017 - 04:19 PM

What, exactly, do you mean by "the streaming is slow"?

 

Is video playing back properly and at the proper speed?



#7 fighuass OFFLINE  

fighuass

    Member

  • Members
  • 19 posts
  • Local time: 05:55 PM

Posted 29 November 2017 - 05:44 PM

Well, in Plex it takes about 1-2 seconds to load when skipping through the timeline, and in Emby it takes 5-10 seconds. It also takes longer to start the video than Plex. It doesn't matter if it's transcoding or not.

 

The video is playing back properly and at the proper speed, though.


Edited by fighuass, 29 November 2017 - 05:44 PM.


#8 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 43699 posts
  • Local time: 12:55 PM

Posted 29 November 2017 - 06:46 PM

 It doesn't matter if it's transcoding or not.

 

Are you positive about that?  In the case of the Android TV app I know that skipping in direct streamed/played content is almost instant.  It may be a little slower in the mobile one but I don't think I've ever seen 10 seconds in a direct played item.



#9 fighuass OFFLINE  

fighuass

    Member

  • Members
  • 19 posts
  • Local time: 05:55 PM

Posted 30 November 2017 - 07:01 AM

Nevermind, the file I thought was direct played is actually being transcoded. A quite big part of my library is being transcoded, actually. Direct played content is not the problem, it seems. Skipping direct played content seems to take variable amounts of time, sometimes it takes 2 seconds, sometimes instantly, and sometimes between 7-10 seconds. Plex seems to constantly take 2-3 seconds to skip. It's not perfect yet, but updating Emby did improve it a LOT, it seems.

 

I suppose with a little tinkering around with the transcoding settings and maybe an update which makes videos load a little faster everything will be fine.



#10 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 124003 posts
  • Local time: 12:55 PM

Posted 30 November 2017 - 12:12 PM

We will be overhauling video playback in the app in the near future and I think this will get even faster at that time. Thanks.

#11 bfir3 OFFLINE  

bfir3

    Advanced Member

  • Members
  • 387 posts
  • Local time: 04:55 PM

Posted 02 December 2017 - 02:29 PM

We will be overhauling video playback in the app in the near future and I think this will get even faster at that time. Thanks.

Exciting!







Also tagged with one or more of these keywords: disconnection, help

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users