Search the Community

Hey guys, The upgrade from server 3.6.X.X (I forget exactly which 3.6 version I was on when i upgraded) to 4.0.0.2 went just fine, and the a day or two later I went from that up to 4.0.1.0. However, I've run into a few problems with playback since that upgrade. From what I can tell, all issues seem to revolve around a file being transcoded while playing. I don't know whether the local network vs. external network playback is part of the issue or not, but both times the issues have popped up were when streaming to external locations. #1 - In a 2+-hour movie, there were 3 or 4 times where the playback would simply freeze. No crashing of the app, just frozen video that required getting out of it and restarting to get it playing again. #2 - Subtitles (which are stored in a separate SRT file in the movie directory) were displaying when initially starting the video, but stopped showing and would not be found again after the video freezing, even when getting the video to continue after restarting. #3 - Video jumping back - this has happened a couple times, and I will have logs from the second time. In the latest movie this happened with, it jumped back to a point approximately 30 minutes prior to where the video was playing at the time (e.g., at 1 hour and 30 minutes into the movie, it all-of-a-sudden jumps backwards to the 1-hour playback mark and continues from there). I logged in on the Admin account to try and catch a glimpse of the playback data as this was happening (but unfortunately didn't think to get a screenshot of it at the time), and saw that the "Transcode Buffer" was listing a negative value. Normally, the Transcode Buffer seems to be somewhere between 2 and 3 minutes, but in this case it was showing something like -1:37:00. I grabbed what I could for the full log as well as whatever transcoding logs were tied to that movie's playback and will be PMing them to you later this evening, @@Luke. -Roh

Hi There, I just completed a migration of my Emby Server 4.1.0.1 beta running headless Centos 7.6 from a virtualized Hyper-V (2008 R2) to Bare Metal (Intel Core2 Quad Q9300 with Gigabyte [nvidia] GeForce GTX 1050 and SSD) for the added horsepower of dedicated CPU access and transcoding capabilities. I haven't done a whole lot to this OS in terms of setup. Clean minimal install of operating system update updated packages (yum) Install Emby Open Firewall Port install backup plugin restore backup from my VM What I'm struggling to determine is a) has emby detected my GTX 1050? is emby using my GTX 1050 to transcode? c) is there anything I might need to install (e.g. Nvidia drivers) to get this all working? I'm not 100% certain what it is I'm looking for in the logs to ascertain whether this is working or not. I'm attaching the latest Transcoding log and Hardware Detection Log. Thanks in advance HardwareDetection.txt Transcoding.txt

Greetings. I have had this problem for a little while but given that it still remains after the recent updates I figured it was time to report it. This is presumably a setup issue on my server but I am not sure where to start. Basically transcoding of music (ALAC -> something compatible with chromecast audio) is failing reliably after 36 seconds of playback. Non transcoded files (FLAC) playback fine. Any transcoding for movies seems OK too. Logs attached. ffmpeg-transcode-b08f15c5-36ad-40dc-a6dd-4367b30d81a4_1.txt embyserver.txt

I just discovered Emby App on my new LG B8 TV. So, I downloaded 4.0.1.0 Emby Server and installed the pkg on my OMV Debian server (4.17) running on HP Micro server N40L (low perf CPU). Very easy. Added a handful of movies to a test library (again easy to do). Emby app on the TV shows the added movies. When I select one movie, I can see the default audio (TrueHD) and default subtitle English SRT (embedded in the .mkv). When I play it, I noticed that the Emby server dashboard is showing "Direct streaming" but also transcoding and the server load is around 36%. No subtitles are displayed. I re-rip the movie and make the subtitle an external SRT file and call it ?????.eng.default.srt. Then select it in the Emby App, it plays the movie with the subtitles and importantly, there's no transcoding taking place. The question is, why is the server (or the App) asking for transcoding to be done for embedded subtitles ?

Hi all, I've just updated my CUDA drivers to version 10 and I cannot get transcoding to work. I'm running emby (currently version 4.0.0.1) in Docker with the following Dockerfile FROM alpine:latest AS builder ARG VERSION=3.6.0.46 RUN apk update \ && apk add wget ca-certificates \ && wget --progress=bar:force -O /emby.deb \ https://github.com/MediaBrowser/Emby.Releases/releases/download/${VERSION}/emby-server-deb_${VERSION}_amd64.deb FROM nvidia/video-codec-sdk:8.2-ubuntu18.04 COPY --from=builder /emby.deb /emby.deb RUN (dpkg -i /emby.deb ; true) \ && echo /opt/emby-server/lib/ >> /etc/ld.so.conf \ && echo /opt/emby-server/lib/samba >> /etc/ld.so.conf \ && ldconfig ENTRYPOINT ["/opt/emby-server/bin/emby-server"] Logs embyserver.txt https://pastebin.com/8KTsdNUB hardware_detection.txt https://pastebin.com/xT52f9F1 ffmpeg-transcode https://pastebin.com/5wCQ9D6s Any clues why this might not work? executing ffmpeg in containers returns the following: root@259f4dbd38a3:/# /opt/emby-server/bin/ffmpeg ffmpeg version 4.0.2-emby_2018_12_09 Copyright (c) 2000-2018 the FFmpeg developers built with gcc 6.3.0 (crosstool-NG crosstool-ng-1.23.0) configuration: --cc=x86_64-pc-linux-gnu-gcc --arch=x86_64 --prefix=/home/embybuilder/Buildbot/x64/ffmpeg-x64/staging --pkg-config=pkg-config --disable-doc --disable-ffplay --disable-vdpau --disable-xlib --enable-fontconfig --enable-gnutls --enable-gpl --enable-iconv --enable-libass --enable-libfreetype --enable-libfribidi --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libwebp --enable-libx264 --enable-libzvbi --enable-version3 --enable-libsmbclient --enable-cuda --enable-cuvid --enable-libmfx --enable-nvenc --enable-vaapi --enable-cross-compile --cross-prefix=x86_64-pc-linux-gnu- --extra-libs='-lexpat -lfreetype -lfribidi -lfontconfig -liconv -lpng -lz -lvorbis -logg -lnettle -lhogweed -lgmp -laddns-samba4 -lasn1util-samba4 -lauthkrb5-samba4 -lCHARSET3-samba4 -lcliauth-samba4 -lcli-cldap-samba4 -lcli-ldap-common-samba4 -lcli-nbt-samba4 -lcli-smb-common-samba4 -lcom_err -lcommon-auth-samba4 -ldbwrap-samba4 -ldcerpc-binding -ldcerpc-samba-samba4 -ldl -lflag-mapping-samba4 -lgenrand-samba4 -lgensec-samba4 -lgse-samba4 -lgssapi_krb5 -llibcli-lsa3-samba4 -llibsmb-samba4 -linterfaces-samba4 -liov-buf-samba4 -lk5crypto -lkrb5 -lkrb5samba-samba4 -lkrb5support -lldb -lldbsamba-samba4 -lmessages-dgm-samba4 -lmessages-util-samba4 -lmsghdr-samba4 -lmsrpc3-samba4 -lndr -lndr-krb5pac -lndr-nbt -lndr-samba-samba4 -lndr-standard -lreplace-samba4 -lsamba-cluster-support-samba4 -lsamba-credentials -lsamba-debug-samba4 -lsamba-errors -lsamba-hostconfig -lsamba-modules-samba4 -lsamba-security-samba4 -lsamba-sockets-samba4 -lsamba-util -lsamba3-util-samba4 -lsamdb -lsamdb-common-samba4 -lsecrets3-samba4 -lserver-id-db-samba4 -lserver-role-samba4 -lsmbconf -lsmbd-shim-samba4 -lsmb-transport-samba4 -lsocket-blocking-samba4 -lsys-rw-samba4 -ltalloc -ltalloc-report-samba4 -ltdb -ltdb-wrap-samba4 -ltevent -ltevent-util -ltime-basic-samba4 -lutil-cmdline-samba4 -lutil-reg-samba4 -lutil-setid-samba4 -lutil-tdb-samba4 -luuid -lwbclient -lwinbind-client-samba4 -ldrm' --target-os=linux --enable-shared --disable-static libavutil 56. 14.100 / 56. 14.100 libavcodec 58. 18.100 / 58. 18.100 libavformat 58. 12.100 / 58. 12.100 libavdevice 58. 3.100 / 58. 3.100 libavfilter 7. 16.100 / 7. 16.100 libswscale 5. 1.100 / 5. 1.100 libswresample 3. 1.100 / 3. 1.100 libpostproc 55. 1.100 / 55. 1.100 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... Use -h to get full help or, even better, run 'man ffmpeg' I'm 100% certain hardware acceleration is not working since that's easy to verify with e.g. nvidia-smi (when I launch ffmpeg with hw accel on host it spikes to 100% whereas it doesn't budge when I launch a movie with specified quality different than the original)

Version 3.5.3.0 OS: Ubuntu 18.04.1 LTS hosted in Hyper-V Chome: Version 71.0.3578.98 (Official Build) (64-bit) Audiobook created in m4b format created with ffmpeg using -movflags +faststart After requesting playback embyserver.txt: 2019-01-07 22:19:01.437 Info HttpServer: HTTP GET http://192.168.1.222:8096/emby/Audio/56fe59bef25ea644b919242332aeaafd/hls1/main/107.ts?UserId=cf7907b74d66444e961dfa276f410195&DeviceId=TW96aWxsYS81LjAgKFdpbmRvd3MgTlQgMTAuMDsgV2luNjQ7IHg2NCkgQXBwbGVXZWJLaXQvNTM3LjM2IChLSFRNTCwgbGlrZSBHZWNrbykgQ2hyb21lLzcxLjAuMzU3OC45OCBTYWZhcmkvNTM3LjM2fDE1NDY2NzU5ODc3OTA1&MaxStreamingBitrate=140000000&Container=opus,mp3|mp3,aac,m4a|aac,flac,webma,webm,wav&TranscodingContainer=ts&TranscodingProtocol=hls&AudioCodec=aac&PlaySessionId=1546897003224&StartTimeTicks=0&EnableRedirection=true&EnableRemoteMedia=false&SegmentContainer=ts&AudioBitrate=384000&TranscodeReasons=ContainerNotSupported,AudioCodecNotSupported.UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36 2019-01-07 22:19:01.444 Info HttpServer: HTTP Response 200 to 192.168.1.172. Time: 1141ms (slow). http://192.168.1.222:8096/emby/Packages/Updates?PackageType=UserInstalled It seems that brawser just did not pass m4b as supported container. Transcoding log attached. Assuming that m4b is the same format as m4a, it should be played without forced transcoding, even if there is a need for transcoding then -a copy should be used instead of force reincoding to higher bitrate. Please also note flags passed to ffmpeg "-strict experimental -ab 384000" are not accurate, as ffmpeg does not require -strict experimental any longer (aac is quite stable) and bitrate is hardcoded as orginal bitrate was lower, thus probably should be just omited. P.S. Attached the file m4b-transcoding.txt

I use Emby Theatre for Windows every day on main MediaPC in front room, but the last 5-6 weeks I have noticed stuttering and hanging in Emby Theatre. I finally found by looking at the server Dashboard its transcoding every episode I watch even ones watch previously ok. I have done some testing and found if I use the same Media PC Chrome browser and use the Web UI to watch the exact same episode Emby them Direct Streams the episode without stuttering. I also have a Samsung TV (LT32E390S) in the bedrooms with Emby App and this also plays the same episode no issue, but also transcodes. I can understand or work out why this issue has become so come with Emby Theatre recently. Its only become a frustrating issue the last 5-6 wks appx. Any advice, help, steps to help me track the issue? Setups: Emby Server 3.5.3.0 running on Asustor AS6204T NAS Main Media PC is on Ethernet on Power outputting to 47in Samsung TV Bedroom TV Samsung LT32E390S TV running on 200mps Wifi avg 143mps running Emby App 1.0.53 MediaPC_ffmpeg_Log.txt BedroomTV_ffmpeg_Log.txt

I'll try to keep this feature request short and simple. When the Emby server needs to transcode audio to make it compatible for the Emby client, it will use a hardcoded value for the bitrate that cannot be changed. For example, if the audio gets transcoded to Dolby Digital AC-3, it will always use a bitrate of 384 kb/s. This value cannot be changed, even though Dolby Digital AC-3 allows a maximum bitrate of 640 kb/s. Although 384 kb/s is a decent compromise between quality and data, it is very compressed and the quality is far from being transparent. The same thing applies to every other audio codec the Emby server may transcode to, such as AAC. So the request is simple, allow users to specify the bitrate that should be used for transcoding audio. Thanks, Charlie

I was wondering if it might make better sense to change the transcoding speed shown on the dashboard to make it more "useful" Right now when I see it showing a transcoding speed of 28 FPS, I then need to know if this a 23.9 FPS video and the server is keeping up great, or is this a 30+ FPS video and the server is no longer keeping up, and while you can tell to some extent by the transcoder buffer bar if the server has started other task (even not related to Emby) you may be to a point where you will run out of transcoder buffer. I had 2 thoughts on alternatives. 1: Show the videos Actual FPS next to the transcoding FPS so you can see if transcoding is exceeding it. Seems simplest IMO. or 2: Show the transcoding speed in % or multiplier. I.e. Video FPS is 30, Transcoding is happening at 45, show 150% or 1.5x

ok - so upgrading my emby server from a hard working unlocked amd to a new mobo/memory et al need some advice go i5 with a gpu or i7 with lots of memory currently running emby as a docker on rockstor so i'm thinking the i7 with more threads is going to do a better job - that's as long as emby and rockstor can take advantage of the extra threads espeacially when it comes to managing multiple streams - maybe transcoding and as a file server as well any thoughts? @

Hello, I was wondering how emby works with audio. I was thinking of remuxing some files with 6+ channels, to include a 2 channel track, for users who don't have surround sound. Would Emby detect this track and, use it for those users, or would I have to have a separate file just for 2 channel audio, to avoid transcoding?

Hi, I've been using Emby for a while on Shield TV and it works fine. Now I have got a LG TV and noticed a lot of issues. Most (maybe all) 4K videos need transcoding when using subtitles on the LG TV (something that doesn't happen in the Shield TV with the same videos and subtitles, I confirmed it). Knowing this I removed the subtitles from the MKV file and dowloaded a SRT subtitle file. Well, that works without transcoding in Emby for LG TV but it doesn't pay attention to line breaks within a subtitle entry, so the result is a mess. Tried the same Movie and SRT file again in Emby for the Shield TV (Android) and the line breaks work fine. I have seen a lot of people complaining about the transcoding in LG TV for these subtitled videos, but no real answers. All in all, it works just fine on Shield TV, so it's clearly an issue with the LG TV port. Any possibility of a bug fix?

Hi, My Emby linux server 3.5.3.0 fails to transcode audio wav files to flac. [NULL @ 0x1a8bf80] Unable to find a suitable output format for '/storage0/emby-tmp/transcoding-temp/8db4908250589ff5138da517228d752d' /storage0/emby-tmp/transcoding-temp/8db4908250589ff5138da517228d752d: Invalid argument When I change the transcode profile to mp3 it successfully transcodes to mp3. (the basics are working) My dlna speaker device supports flac therefor I like to preserve the audio quality as much as possible. If I look at the transcode log file I notice that in the ffmpeg command the extension (.flac) is missing in the output definition. I am no expert on this but it might be related to my issue. In the log file from the successful mp3 tanscoding the extension (.mp3) is present in the command. Please see attached log files. Regards Fire transcode to flac.txt transcode to mp3.txt

Hello, i am running Emby server in Docker on Orange Pi PC Plus (armbian bionic - mainline kernel 4.14.y). Thats how i run container: root@orangepipcplus:/mnt/STORAGE/Emby# docker run -d \ --name emby \ --volume /mnt/STORAGE/Emby/config:/config \ --volume /mnt/STORAGE/Downloads:/mnt/Downloads \ --device /dev/dri/card0:/dev/dri/renderD128 \ --network host \ --env UID=1001 \ --env GID=1002 \ emby/embyserver_arm32v7:latest UID=1001 - emby user; GID=1002 - emby group; emby user added to video group; /dev/dri: by-path card0 ffmpeg log in attached files. HW transcoding not working, help please.

Video transcoding is checked in the settings, and Blu-ray video is automatically cancelled. Is it a system problem or a deliberate design?In fact, my body will not be able to achieve the specific function of this transcoding.

Hi Guys and Gals I'm looking into Emby at the moment, I have bought a premium month to test it out. I do very much like the speed of the UI, and the design of it is mostly good. The recognizing of I have a few issues with HW transcoding. Does it work at all? The NAS I'm running it on is a TS-853A, it uses an Intel® Celeron® quad-core 1.6GHz. I can see that it's recommended to use VAApi, but I don't see any help CPU wise in that, it goes straight to 100% CPU utilization when just doing playback. This makes it unusable for me, as the NAS has quite a few other jobs (Virtualization Station) that is quite important. Being a newbie in Emby, I'm not sure where to get any information for you to help me out.

Right now, every time I use Live Tv to watch something, it shows it is transcoding on the dashboard, but no indication if this is being done in hardware or not. Any way to tell easily?

I just imported my whole Music collection into Emby. It works, sort-of. I read in the forum that Opus transcoding should work between NAS>>Emby App (Android). How can I check it? All I see on the dashboard that it is being transcoded. Would it be possible to introduce for music a selectable transcoding option (mp3, opus) in the Settings (similar to the options of kbps selection)?

My Emby server works fine, but often I have buffering issues where it takes forever for a movie to load, and sometimes it doesnt even load at all. I just see the circle wait symbol keep spinning. A lot of my movies are 1080p, but I change the transcoding to 720p with 4MB/s. It improved the playback and loading speed somewhat, but sometimes the movie just doesnt load at all. Standard definition tends to load and play much better. Skipping to certain time points in a movie almost always causes the Emby client crash, and I have to restart the box. Im looking into options to improve my setup, and identify where the bottleneck is. I run my Emby server on Ubuntu 18.04 on an Intel NUC with i5 processor, 8gb RAM. The box is connected to my WIFI router via ethernet cord. My movies are stored on a 4GB portable SSD external hard-drive (connected via USB 3.0). I always set my CPU freq to Performance (2.7ghz). My Emby client is on an X96 android box connected to my TV via HDMI. The box connects to my WIFI via the wifi 2.4 ghz. My WIFI has 5ghz option, but my android box does not. If I was to replace anything, I'd get a new box with 5GHz wifi option to increase the bandwidth as I think this is the bottleneck culprit, although, I do sometimes get the same buffering issues when playing from my web browser on my laptop, which is connected by ethernet cord to the router, so the wireless transmission may not be the only issue. But for the time being, are there options in in the transcoding that I can utilize to speed up to the data transfer? - My NUC box has Intel Iris Plus Graphics 640. What hardware acceleration options would I have? - Would increasing Transcoding thread count help? - Would changing the H.264 encoding preset help? - Are there any options on my Android client that I can tinker with to increase loading speed and fix buffering issues?

I recently downloaded Emby (love the software) and its great. Works just like I expected to stream mkv anime files. Everything worked perfectly for about a week and then not so much. All of my media players, Roku, Opera (on computer), Firefox (on computer), Chrome (on computer), and my DLNA Smart Tv does not work. Specifically whenever I try to play a file on the Roku (the roku 3) it tries to transcode then just hangs (the green bar loading bar disappears). I cannot access the DLNA via my Smart Tv. Whenver I try to play via any of my browsers I get the "no compatible streams" message for every one (pictures attached). The only device I own that seems to work is my Galaxy Note 5 through the Emby app. It works perfectly through there. As I test I converted an anime file (one specifically is 10bit down to 8bit) and that works no problem. But it still makes no sense because the other files worked just fine when I first installed Emby. Basically, I need to figure out if I need to convert all my files or if there is another issue on the server I am not aware of. Not sure if I gave enough information but I also attached the logs for server and transcode. Hopefully this helps. Thanks. embyserver.txt ffmpeg-transcode-044112b9-2cf2-42ff-85ef-11264131209e.txt ffmpeg-transcode-b4393206-a902-4c45-af68-5f801ad910c6.txt ffmpeg-transcode-bc5bf1d1-e706-4130-918c-e602af52f2ba.txt ffmpeg-transcode-f518625f-8d9f-482e-b40b-d05d802b63cc.txt ffmpeg-transcode-fa531a6d-ab0b-415d-9731-9557d6145c59.txt

Hey, I'm still learning Emby, moving away from Plex. I don't seem to be able to sync any audio to my phone. Whatever the settings (bitrate), transcoding fails (whether from FLAC or MP3, whether from playlist, album or an individual song). I'm attaching a log. I'm on Ubuntu 18.04, the latest emby server as of now (Version 3.6.0.55 beta). There's some problem here: [NULL @ 0xff2fc0] Unable to find a suitable output format for '/var/lib/emby/sync/12/41/f9683eab-6e45-4945-ba8b-462fffdcf8dc' /var/lib/emby/sync/12/41/f9683eab-6e45-4945-ba8b-462fffdcf8dc: Invalid argument Emby-log.txt

Hi： I find a weird probelm of hw transcoding rotated video. All video with rotation 0 can be transcoded well and all video with rotation 90 or -90 are failed. Then I did a test. I choosed one failed video with rotation 90, and set its rotation to 0 by exiftool manualy. As expected, the failed video was hw transcoded normally. My server is intel nuc 7pjyh and os is ubuntu 18.04. The logs of the test were attached. ffmpeg-transcode-7ade3475-3912-4033-b2df-d962bf76eba2.txt ffmpeg-transcode-34fdd1dd-d86f-45a6-97b3-b938b0e85038.txt

Hi guys, My emby install occasionally disables codecs from transcoding "by itself". 2 days ago, I configured my server to transcode H264, HVEC, and VC1, but today, all codecs are unchecked, under transcoding settings. Is there a known reason why this would happen? Thanks! D

First off, I do not hold anyone accountable except myself for these errors until proven otherwise. I have tried everything I can think of and read all sorts of different "solutions" for problems similar, yet never resolved. So I am here to ask/beg for some additional guidance. When my Emby (3.4.0 - 3.5.2) server is trans-coding a video file, I will get these HTTP Response ms. spikes that I just cannot explain. When I stream without trans-coding I DO NOT experience this issues that I am aware of. This is only during trans-coding. Internal External Trans-coded Internal This is what I have running. Intel i7-4770s 3.1Ghz 4-Core (8-Core with HT) (stock no OC) (2) 8GB DDR3 1333 1.5v C:\ 120 GB SSD M.2 - OS WIN10 Pro x64 running Emby Server D:\ 120 GB SSD 6GB SATA - Trans-Code Directory (manual setup) (2) Realtek PCIe GbE Family Controller Driver 10.28.615.2018 (updated when started having this issue) FIREWALL is DISABLED in Windows 10 \\Drobo5n\Data - Direct Share in Emby (movies, songs, tv shows) Cisco RV325 Gateway/Switch Wireless Unifi AP-AC-LR ATT - Fiber 1Gbps Charter - Cable 150/25Mbps -------------------------- Ways I've tested this. Local Network: I copied a movie, can be any movie, but this one is libx265 at roughly 5k to the local D: drive on the server. Trans-coding from the local D: drive would allow me to bypass the drobo5n as the possible problem and most of the network for the initial tests since we are dealing with basically lag spikes and reads and writes. I set the max threshold for steaming at 3Mbps (for testing) forcing even on the local network that the file played had to be trans-coded. Threads is set to max (8 total), Path is set to D:\Emby a empty SSD drive, Volume 1, H264 Encoding Fast, CRF 23, Allow subtitle extraction on the fly (set on or off does not change anything). I get ms spikes and the movie will eventually time out on the Emby client on a Amazon Fire-Stick. Client will time out also on a iPad running IOS 11.4.1, iPhone running 10.3.3. Anything on the local network having the movie trans-coded will get ms spikes and eventually time out. Trans-coded to the WAN: Essentially the same setup, however I have substituted the Cisco RV325 for a HP 2530, no changes. I removed the internal network as a factor and placed my ATT fiber connection into pass-thru mode and ran it directly to the emby server Ethernet interface 1 using all of AT&T's settings including a static IP. Same result with ms spike over 30000ms I did the same thing with the Charter connection and achieved the same results. Yes, all network cables have been checked and replaced in some form or fashion. Other than reformat a very pristine install of Windows 10, that is completely patched thru ver. 1803 OS Build 17134.254 I am not sure what could be causing this. I have also tried Intel Quick Sync under Hardware Acceleration and it made no difference if I got a HTTP-Response ms spike. Anyone got a idea on what is causing this? I would like to figure out why the HTTP Response 200 or 204 or 500 just seems to die and then comes back 30000ms later. Hopefully its something dumb I have done and just can't see/find. -jack embyserver.01.txt embyserver.02.txt ffmpeg-transcode-3a894504-e98f-4318-a42c-c343840d0d23.txt ffmpeg-transcode-7e725ccc-cf04-4617-b922-019e3c9454ed.txt

I have an issue with emby. When I play a movie remotely it has to be transcoded most of the times because I've set a remote bandwith limit to 4,5 Mbps. The problem is that the client isn't buffering correctly/enough when watching a transcoded video. For example I start a movie and pause it, the buffering stops after about five seconds. I monitor the network traffic with iftop and I can see it in the client too, as kodi and emby clients show a grey bar indicating the buffering progress. With directplay it's all fine. It buffers minutes or even the whole video depending on the client and it's buffering with a higher speed than the bitrate. In kodi for example, it completely ignores the settings of buffersize and speed(readfactor) when transcoding on the opposite to directly play where it does what it's supposed to do. The whole problem with this is that when a short interrupt or bandwith shortage occurs the playback stops. Instead the client could have used the extra bandwith to fill it's buffer. This issue happens with all clients I've tested so far. My upload should be plenty with 40 Mbps. Is this behaviour intended? In my opinion transcoding is mostly used on remote connections and there is always a buffer needed opposed to direct play which is mostly used at home. The transcoding is more than fast enough by the way. It usually transcodes with 3x speed or faster. Server: Version 3.5.2.0 Docker on Ubuntu 18.04 Clients: Kodi Emby and EmbyCon (increased buffer/set it to unlimited) Emby Theatre UWP Emby Theatre Desktop Web (Edge, Firefox & Chrome) Android Just say if you need any client or server logs.