fighuass 1 Posted November 29, 2017 Posted November 29, 2017 (edited) 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. server-63647553280.txt Edited November 29, 2017 by fighuass
ebr 15501 Posted November 29, 2017 Posted November 29, 2017 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
Luke 39008 Posted November 29, 2017 Posted November 29, 2017 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 !
fighuass 1 Posted November 29, 2017 Author Posted November 29, 2017 (edited) 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 ffmpeg.zip server-63647581408.txt Edited November 29, 2017 by fighuass
Luke 39008 Posted November 29, 2017 Posted November 29, 2017 It looks like it's transcoding due to the in-app bitrate setting, and when it transcodes seeking will take slightly longer.
ebr 15501 Posted November 29, 2017 Posted November 29, 2017 What, exactly, do you mean by "the streaming is slow"? Is video playing back properly and at the proper speed?
fighuass 1 Posted November 29, 2017 Author Posted November 29, 2017 (edited) 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 November 29, 2017 by fighuass
ebr 15501 Posted November 29, 2017 Posted November 29, 2017 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.
fighuass 1 Posted November 30, 2017 Author Posted November 30, 2017 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.
Luke 39008 Posted November 30, 2017 Posted November 30, 2017 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.
bfir3 117 Posted December 2, 2017 Posted December 2, 2017 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!
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