Search the Community

I'm on the beta, and every time I apt-get upgrade the api changes. This is a huge annoyance as I use the Ombi requests system that relys on the api. any idea why this is?

Hi, I just wanted to ask if there is a problem with the download servers since i get a "503 Site is on maintenance" message and if there is a alternative download link well thank you for your time.

I recall this happened a few months ago, and I'm running into again now. Emby Dashboard shows I'm running 3.2.15.1 and that 3.2.15.5 is currently available. Yet when I run apt-get update & apt-get dist-upgrade, nothing is found. It's done this on all the incremental updates from *.1 to now. If anyone else is having this issue, I'd love to know it's not just on my end.

Hello I've been stuck trying to add my library to Emby since installing two days ago. I used to use the app a few years ago without issue on a Fedora install and now it only ever loads locally-stored media. I have an NFS share on 192.168.1.254:/srv/media. Initially I tried mounting it and then pointing Emby to the local mountpoint. When I add 192.168.1.254:/srv/media to my fstab, the directory mounts on boot correctly and members of the :media group (of which the emby user is one) can write to the folder. Then I start emby and the share may as well have never been mounted because Emby sees nothing and processes nothing at all in that folder. So then I remove the share from my fstab and proceed to let Emby handle whatever mounting needs to be done by supplying the Network Path in the Library setup, at which point it complains about every path format I give it. These are the paths that do not work: nfs://192.168.1.254 nfs://192.168.1.254:/srv/media nfs://192.168.1.254/srv/media And all of them throw the "There was an error adding the media path." error Apparently Emby can't access my media on its own unless its on a local block device, so now I'm totally confused. Do i need another piece of software installed on 192.168.1.254 just to get the share to work with Emby? Running multiple "helper apps" across multiple machines on top of NFS is complete overkill. Any insight would be helpful, I feel like I'm wasting my time and would just like a straight answer as to whether Emby supports NFS without extra utilities or setup.

Hello there, I've been using multiple Emby server instances for quite a while now and I tried my luck with Amazon Cloud Drive (later referred as ACD). Basically I've tried everything I could, but it seems like that Emby is (currently?) not in a state, that it can be used with ACD without issues. First, let me show you my current setup. I try to provide as many details as possible. Hardware: CPU: Intel® Xeon® CPU E31275 @ 3.40GHz RAM: 32GB ECC Disk: 2x Seagate Cheetah 15K.7 300GB, SAS 6Gb/s (ST3300657SS) - running as RAID 1 on a LSI MegaRAID SAS 9260-4i with 512MB RAM. OS and application versions: OS: Debian Jessie Stable - Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux Emby: emby-server - 3.1.2-12.1 embymagick:amd64 - 6.9.6+6-7.1 libembysqlite3-0:amd64 - 3.15.0+1-7.1 libsqlite3-0:amd64 - 3.15.2-1 (acd_cli is using it, that's why I'm providing information to it) nginx (used as reverse proxy to provide a SSL encrypted connection to the Emby server without the need to create a pfx file): nginx - 1.6.2-5+deb8u4 nginx-common - 1.6.2-5+deb8u4 nginx-full - 1.6.2-5+deb8u4 That was the basic information - now let me show you, how I actually mount my ACD: Using acd_cli (https://github.com/bgemmill/acd_cli): acd_cli -nl mount --modules="subdir,subdir=/Storage" /mnt/acd/ --allow-other --umask 000 --interval 0 After running this command I have everything located in the storage folder on ACD in /mnt/acd This looks like (output of ls -l /mnt/acd): drwxrwxrwx 1 root root 0 Dec 29 07:38 animatic drwxrwxrwx 1 root root 0 Dec 10 20:31 anime drwxrwxrwx 1 root root 0 Dec 10 20:31 audiobooks drwxrwxrwx 1 root root 0 Jan 1 16:11 documentary-series drwxrwxrwx 1 root root 0 Dec 31 23:02 documentary-single drwxrwxrwx 1 root root 0 Dec 10 20:31 podcasts drwxrwxrwx 1 root root 0 Dec 29 16:12 series drwxrwxrwx 1 root root 0 Dec 10 20:31 series-en While having it mounted, I'm using rar2fs (https://github.com/hasse69/rar2fs) to make the media files in the RAR folders readable for emby: rar2fs --flat-only --no-expand-cbr --seek-length=1 --hist-size=40 --iob-size=32 -o max_readahead=4096M -o allow_other -o umask=000 /mnt/acd/animatic /mnt/rar2fs/animatic rar2fs --flat-only --no-expand-cbr --seek-length=1 --hist-size=40 --iob-size=32 -o max_readahead=4096M -o allow_other -o umask=000 /mnt/acd/anime /mnt/rar2fs/anime rar2fs --flat-only --no-expand-cbr --seek-length=1 --hist-size=40 --iob-size=32 -o max_readahead=4096M -o allow_other -o umask=000 /mnt/acd/documentary-single /mnt/rar2fs/documentary-single rar2fs --flat-only --no-expand-cbr --seek-length=1 --hist-size=40 --iob-size=32 -o max_readahead=4096M -o allow_other -o umask=000 /mnt/acd/documentary-series /mnt/rar2fs/documentary-series rar2fs --flat-only --no-expand-cbr --seek-length=1 --hist-size=40 --iob-size=32 -o max_readahead=4096M -o allow_other -o umask=000 /mnt/acd/series /mnt/rar2fs/series rar2fs --flat-only --no-expand-cbr --seek-length=1 --hist-size=40 --iob-size=32 -o max_readahead=4096M -o allow_other -o umask=000 /mnt/acd/series-en /mnt/rar2fs/series-en This results in the following structure (output of ls -l /mnt/rar2fs): drwxrwxrwx 1 root root 0 Dec 29 07:38 animatic drwxrwxrwx 1 root root 0 Dec 10 20:31 anime drwxrwxrwx 1 root root 0 Jan 1 16:11 documentary-series drwxrwxrwx 1 root root 0 Dec 31 23:02 documentary-single drwxrwxrwx 1 root root 0 Dec 29 16:12 series drwxrwxrwx 1 root root 0 Dec 10 20:31 series-en So far for the media files. Also I made some RAM partitions to maximize the performance of Emby and ACD. ACD stores it's cache (the node info and so on) in a folder called .cache, located in /root. For Emby itself I have changed some paths to fit my needs: Cache: /opt/emby/cache Logs: /var/lib/emby-server/logs Metadata: /opt/emby/metadata Transcoding temporary files: /opt/emby/transcoding-temp So, I created three RAM "drives" with tmpfs, which are used as following: acd_cli db: tmpfs 1.5G 198M 1.4G 13% /root/.cache emby folders: tmpfs 12G 2.3G 9.8G 19% /opt/emby tmpfs 3.0G 301M 2.8G 10% /var/lib/emby-server As you can see, there is still plenty of free space available. Just for the sense of completeness: I sync these folder every three minutes to disk. Also I adjusted the mounts to increase I/O performance (output of /etc/fstab) - I removed the UUIDs: UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx / ext4 noatime,errors=remount-ro 0 1 UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /boot ext4 noatime,errors=remount-ro 0 1 UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /tmp ext4 relatime,rw,nosuid,nodev 0 2 UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /var ext4 relatime,rw 0 2 UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /home ext4 noatime,rw,nosuid,nodev 0 2 UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /opt ext4 noatime,defaults 0 0 UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx none swap sw 0 0 tmpfs /var/lib/emby-server tmpfs noatime,defaults,size=3072M 0 0 tmpfs /opt/emby/ tmpfs noatime,defaults,size=12288M 0 0 tmpfs /root/.cache/ tmpfs noatime,defaults,size=1536M 0 0 For ACD I have no possibility to specify additional parameters such as noatime or relatime to increase the performance. Next is my nginx config for Emby (output of /etc/nginx/sites-available/emby) - I removed the real URL as I want to keep them private: server { server_name mydomain; listen 80; rewrite ^ https://mydomain$request_uri? permanent; } server { server_name mydomain; listen 443 ssl spdy; ssl_certificate /etc/letsencrypt/live/mydomain/cert.pem; ssl_certificate_key /etc/letsencrypt/live/mydomain/privkey.pem; ssl_prefer_server_ciphers On; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_ciphers 'AES256+EECDH:AES256+EDH:!aNULL'; ssl_stapling on; resolver 8.8.8.8 8.8.4.4 valid=300s; resolver_timeout 5s; ssl_stapling_verify on; keepalive_timeout 180; # This is for strict transport security HSTS # add_header Strict-Transport-Security max-age=31536000; client_max_body_size 1024M; location / { # Send traffic to the backend proxy_pass http://127.0.0.1:8096; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-for $proxy_add_x_forwarded_for; proxy_set_header Host $host; proxy_set_header X-Forwarded-Proto $remote_addr; proxy_set_header X-Forwarded-Protocol $scheme; proxy_redirect off; # Send websocket data to the backend aswell proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; } } Additional I made some kernel improvements to increase the TCP performance (output of /etc/sysctl.conf): net.core.rmem_max = 33554432 net.core.wmem_max = 33554432 net.ipv4.tcp_rmem = 4096 87380 33554432 net.ipv4.tcp_wmem = 4096 65536 33554432 net.ipv4.tcp_no_metrics_save = 1 net.core.netdev_max_backlog = 5000 net.ipv4.tcp_congestion_control = cubic Last but not least I modified the mono environment variables: MONO_THREADS_PER_CPU=2048 MONO_GC_PARAMS=nursery-size=2048m Currently I don't use any 3rd party plugins for Emby. My media collection is currently 6.8TB, which are mostly SD files and only series, no movies (I run another Emby server for that, which runs perfectly fine, as everything is stored locally ). I disabled realtime monitoring and extraction of chapter images on all folders in Emby. The only options I enabled in the library scan options are: - Download artwork and metadata from the internet - Download images in advance I disabled everything completly for documentary-single as there is no metadata to find on almost all episodes anyway. --------- I think that is all I can do to increase the perfomance from my side, however I experience a lot of issues using Emby in combination with ACD. I expected the first media scan to take quite a while, which is quite usual I asume. But upon the second scan it should be way faster - I think - which wasn't the case at all. Everytime I add new content - and if it's only one single episode - it takes several hours to a few days to complete the scan. The scheduled task Clean Database stucks at 45% for quite a few hours now. My questions are now as follows: - How does Emby actually determine new content? Is it going through each folder, even if it is already known, and checks if there is new content available? - Does it rely in anyway of a modification, access or create date to determine new content? - Is there anyway on my side, how I can increase the performance? - Would it might be possible to experiment with Amazon Cloud Drive at all, to get it working for everybody? I would be happy to help testing and collect ideas. Thanks for reading that far, if anything is needed, please let me know. I did not write this as an actual "please help me community" post, more like "hey @@Luke can you help me?" post All others: If you are not experienced with Linux, please don't try this setup, as it takes advanced Linux knowledge to run and maintain such a system. Oh and @@Luke: I can provide logfiles for you via PM, if you need them or anything - just let me know. Also I'd be more than happy to have a realtime chat or similar with you to exchange information! Thanks for all the good work on that project from everybody, who contributed! Regards, Steffen

Hi all. So I've posted about this before, and didn't really receive support at that time unfortunately. Now that various versions have been released (which I've updated at various times), and I've tried a variety of things with the hardware (it's a VM). Nothing has fixed this issue, so I'm coming to the forums again for support. In case the title is unclear, playback of absolutely anything I watch in Emby will freeze at random times, and coincides with the service restarts that occur in the logs below. I'm including a code snippet with logs from before, during, and after a freeze that just happened today. I've also attached a complete copy/paste of today's logs. 2017-04-16 15:14:45.7666 Info HttpServer: HTTP GET http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/186.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393 2017-04-16 15:14:45.7679 Info HttpResultFactory: Transmit file /var/lib/emby-server/transcoding-temp/dfe670bf43ae5048ebbc291372cce924186.ts 2017-04-16 15:14:45.8681 Info HttpServer: HTTP Response 200 to 13.37.42.54. Time: 102ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/186.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:14:52.4671 Info HttpServer: HTTP GET http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/187.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393 2017-04-16 15:14:52.4684 Info HttpResultFactory: Transmit file /var/lib/emby-server/transcoding-temp/dfe670bf43ae5048ebbc291372cce924187.ts 2017-04-16 15:14:52.5489 Info HttpServer: HTTP Response 200 to 13.37.42.54. Time: 82ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/187.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:14:58.7676 Info HttpServer: HTTP GET http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/188.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393 2017-04-16 15:14:58.7688 Info HttpResultFactory: Transmit file /var/lib/emby-server/transcoding-temp/dfe670bf43ae5048ebbc291372cce924188.ts 2017-04-16 15:14:58.8055 Info HttpServer: HTTP Response 200 to 13.37.42.54. Time: 38ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/188.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:15:02.0671 Info HttpServer: HTTP GET http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/189.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393 2017-04-16 15:15:02.0683 Info HttpResultFactory: Transmit file /var/lib/emby-server/transcoding-temp/dfe670bf43ae5048ebbc291372cce924189.ts 2017-04-16 15:15:02.1196 Info HttpServer: HTTP Response 200 to 13.37.42.54. Time: 53ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/189.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:15:05.3300 Debug LibraryMonitor: New file refresher created for /tvshows/cartoons 2017-04-16 15:15:06.1682 Debug LibraryMonitor: New file refresher created for /tvshows/movies/The Town That Dreaded Sundown (2014 5.6)/The Town That Dreaded Sundown.mkv 2017-04-16 15:15:06.1682 Debug LibraryMonitor: Resetting file refresher from /tvshows/movies/The Town That Dreaded Sundown (2014 5.6)/The Town That Dreaded Sundown.mkv to /tvshows/movies/The Town That Dreaded Sundown (2014 5.6) 2017-04-16 15:15:06.1682 Debug LibraryMonitor: Resetting file refresher from /tvshows/movies/The Town That Dreaded Sundown (2014 5.6) to /tvshows/movies 2017-04-16 15:15:06.1948 Debug LibraryMonitor: Resetting file refresher from /tvshows/cartoons to /tvshows 2017-04-16 15:17:28.9736 Debug LibraryMonitor: Timer stopped. 2017-04-16 15:17:28.9767 Error HttpServer: Error processing request *** Error Report *** Version: 3.2.12.0 Command line: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe -programdata /var/lib/emby-server -ffmpeg /usr/bin/ffmpeg -ffprobe /usr/bin/ffprobe -restartpath /usr/lib/emby-server/restart.sh Operating system: Unix 4.4.0.36 64-Bit OS: True 64-Bit Process: True Mono: 4.6.2 (Stable 4.6.2.7/08fd525 Mon Nov 28 20:49:26 UTC 2016) Processor count: 8 Program data path: /var/lib/emby-server Application directory: /usr/lib/emby-server/bin System.Net.Sockets.SocketException (0x80004005): The socket is not connected at System.Net.Sockets.Socket.get_RemoteEndPoint () [0x0003e] in <bd46d4d4f7964dfa9beea098499ab597>:0 at Emby.Common.Implementations.Net.NetAcceptSocket.get_RemoteEndPoint () [0x00006] in <124845156a7a4d5f9ea95faa22e65d6c>:0 at SocketHttpListener.Net.HttpConnection.get_RemoteEndPoint () [0x00000] in <f25538a6886c458f8a30dd4313fbbc16>:0 at SocketHttpListener.Net.HttpListenerRequest.get_RemoteEndPoint () [0x0000b] in <f25538a6886c458f8a30dd4313fbbc16>:0 at Emby.Server.Implementations.HttpServer.SocketSharp.WebSocketSharpRequest.get_RemoteIp () [0x00031] in <250ae87a98e84c5bae6e73ed0036f89a>:0 at Emby.Server.Implementations.HttpServer.HttpListenerHost+<RequestHandler>c__async0.MoveNext () [0x00212] in <250ae87a98e84c5bae6e73ed0036f89a>:0 System.Net.Sockets.SocketException at System.Net.Sockets.Socket.get_RemoteEndPoint () [0x0003e] in <bd46d4d4f7964dfa9beea098499ab597>:0 at Emby.Common.Implementations.Net.NetAcceptSocket.get_RemoteEndPoint () [0x00006] in <124845156a7a4d5f9ea95faa22e65d6c>:0 at SocketHttpListener.Net.HttpConnection.get_RemoteEndPoint () [0x00000] in <f25538a6886c458f8a30dd4313fbbc16>:0 at SocketHttpListener.Net.HttpListenerRequest.get_RemoteEndPoint () [0x0000b] in <f25538a6886c458f8a30dd4313fbbc16>:0 at Emby.Server.Implementations.HttpServer.SocketSharp.WebSocketSharpRequest.get_RemoteIp () [0x00031] in <250ae87a98e84c5bae6e73ed0036f89a>:0 at Emby.Server.Implementations.HttpServer.HttpListenerHost+<RequestHandler>c__async0.MoveNext () [0x00212] in <250ae87a98e84c5bae6e73ed0036f89a>:0 2017-04-16 15:17:28.9790 Error HttpServer: Error processing request *** Error Report *** Version: 3.2.12.0 Command line: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe -programdata /var/lib/emby-server -ffmpeg /usr/bin/ffmpeg -ffprobe /usr/bin/ffprobe -restartpath /usr/lib/emby-server/restart.sh Operating system: Unix 4.4.0.36 64-Bit OS: True 64-Bit Process: True Mono: 4.6.2 (Stable 4.6.2.7/08fd525 Mon Nov 28 20:49:26 UTC 2016) Processor count: 8 Program data path: /var/lib/emby-server Application directory: /usr/lib/emby-server/bin System.Net.Sockets.SocketException (0x80004005): The socket is not connected at System.Net.Sockets.Socket.get_RemoteEndPoint () [0x0003e] in <bd46d4d4f7964dfa9beea098499ab597>:0 at Emby.Common.Implementations.Net.NetAcceptSocket.get_RemoteEndPoint () [0x00006] in <124845156a7a4d5f9ea95faa22e65d6c>:0 at SocketHttpListener.Net.HttpConnection.get_RemoteEndPoint () [0x00000] in <f25538a6886c458f8a30dd4313fbbc16>:0 at SocketHttpListener.Net.HttpListenerRequest.get_RemoteEndPoint () [0x0000b] in <f25538a6886c458f8a30dd4313fbbc16>:0 at Emby.Server.Implementations.HttpServer.SocketSharp.WebSocketSharpRequest.get_RemoteIp () [0x00031] in <250ae87a98e84c5bae6e73ed0036f89a>:0 at Emby.Server.Implementations.HttpServer.HttpListenerHost+<RequestHandler>c__async0.MoveNext () [0x00212] in <250ae87a98e84c5bae6e73ed0036f89a>:0 System.Net.Sockets.SocketException at System.Net.Sockets.Socket.get_RemoteEndPoint () [0x0003e] in <bd46d4d4f7964dfa9beea098499ab597>:0 at Emby.Common.Implementations.Net.NetAcceptSocket.get_RemoteEndPoint () [0x00006] in <124845156a7a4d5f9ea95faa22e65d6c>:0 at SocketHttpListener.Net.HttpConnection.get_RemoteEndPoint () [0x00000] in <f25538a6886c458f8a30dd4313fbbc16>:0 at SocketHttpListener.Net.HttpListenerRequest.get_RemoteEndPoint () [0x0000b] in <f25538a6886c458f8a30dd4313fbbc16>:0 at Emby.Server.Implementations.HttpServer.SocketSharp.WebSocketSharpRequest.get_RemoteIp () [0x00031] in <250ae87a98e84c5bae6e73ed0036f89a>:0 at Emby.Server.Implementations.HttpServer.HttpListenerHost+<RequestHandler>c__async0.MoveNext () [0x00212] in <250ae87a98e84c5bae6e73ed0036f89a>:0 2017-04-16 15:17:28.9790 Error HttpServer: Error processing request *** Error Report *** Version: 3.2.12.0 Command line: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe -programdata /var/lib/emby-server -ffmpeg /usr/bin/ffmpeg -ffprobe /usr/bin/ffprobe -restartpath /usr/lib/emby-server/restart.sh Operating system: Unix 4.4.0.36 64-Bit OS: True 64-Bit Process: True Mono: 4.6.2 (Stable 4.6.2.7/08fd525 Mon Nov 28 20:49:26 UTC 2016) Processor count: 8 Program data path: /var/lib/emby-server Application directory: /usr/lib/emby-server/bin System.Net.Sockets.SocketException (0x80004005): The socket is not connected at System.Net.Sockets.Socket.get_RemoteEndPoint () [0x0003e] in <bd46d4d4f7964dfa9beea098499ab597>:0 at Emby.Common.Implementations.Net.NetAcceptSocket.get_RemoteEndPoint () [0x00006] in <124845156a7a4d5f9ea95faa22e65d6c>:0 at SocketHttpListener.Net.HttpConnection.get_RemoteEndPoint () [0x00000] in <f25538a6886c458f8a30dd4313fbbc16>:0 at SocketHttpListener.Net.HttpListenerRequest.get_RemoteEndPoint () [0x0000b] in <f25538a6886c458f8a30dd4313fbbc16>:0 at Emby.Server.Implementations.HttpServer.SocketSharp.WebSocketSharpRequest.get_RemoteIp () [0x00031] in <250ae87a98e84c5bae6e73ed0036f89a>:0 at Emby.Server.Implementations.HttpServer.HttpListenerHost+<RequestHandler>c__async0.MoveNext () [0x00212] in <250ae87a98e84c5bae6e73ed0036f89a>:0 System.Net.Sockets.SocketException at System.Net.Sockets.Socket.get_RemoteEndPoint () [0x0003e] in <bd46d4d4f7964dfa9beea098499ab597>:0 at Emby.Common.Implementations.Net.NetAcceptSocket.get_RemoteEndPoint () [0x00006] in <124845156a7a4d5f9ea95faa22e65d6c>:0 at SocketHttpListener.Net.HttpConnection.get_RemoteEndPoint () [0x00000] in <f25538a6886c458f8a30dd4313fbbc16>:0 at SocketHttpListener.Net.HttpListenerRequest.get_RemoteEndPoint () [0x0000b] in <f25538a6886c458f8a30dd4313fbbc16>:0 at Emby.Server.Implementations.HttpServer.SocketSharp.WebSocketSharpRequest.get_RemoteIp () [0x00031] in <250ae87a98e84c5bae6e73ed0036f89a>:0 at Emby.Server.Implementations.HttpServer.HttpListenerHost+<RequestHandler>c__async0.MoveNext () [0x00212] in <250ae87a98e84c5bae6e73ed0036f89a>:0 2017-04-16 15:17:28.9790 Info HttpServer: HTTP Response 500 to . Time: 5ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/190.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:17:28.9790 Info HttpServer: HTTP Response 500 to . Time: 3ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/190.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:17:28.9790 Info HttpServer: HTTP Response 500 to . Time: 8ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/190.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:17:28.9808 Error HttpServer: Error processing request *** Error Report *** Version: 3.2.12.0 Command line: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe -programdata /var/lib/emby-server -ffmpeg /usr/bin/ffmpeg -ffprobe /usr/bin/ffprobe -restartpath /usr/lib/emby-server/restart.sh Operating system: Unix 4.4.0.36 64-Bit OS: True 64-Bit Process: True Mono: 4.6.2 (Stable 4.6.2.7/08fd525 Mon Nov 28 20:49:26 UTC 2016) Processor count: 8 Program data path: /var/lib/emby-server Application directory: /usr/lib/emby-server/bin System.Net.Sockets.SocketException (0x80004005): The socket is not connected at System.Net.Sockets.Socket.get_RemoteEndPoint () [0x0003e] in <bd46d4d4f7964dfa9beea098499ab597>:0 at Emby.Common.Implementations.Net.NetAcceptSocket.get_RemoteEndPoint () [0x00006] in <124845156a7a4d5f9ea95faa22e65d6c>:0 at SocketHttpListener.Net.HttpConnection.get_RemoteEndPoint () [0x00000] in <f25538a6886c458f8a30dd4313fbbc16>:0 at SocketHttpListener.Net.HttpListenerRequest.get_RemoteEndPoint () [0x0000b] in <f25538a6886c458f8a30dd4313fbbc16>:0 at Emby.Server.Implementations.HttpServer.SocketSharp.WebSocketSharpRequest.get_RemoteIp () [0x00031] in <250ae87a98e84c5bae6e73ed0036f89a>:0 at Emby.Server.Implementations.HttpServer.HttpListenerHost+<RequestHandler>c__async0.MoveNext () [0x00212] in <250ae87a98e84c5bae6e73ed0036f89a>:0 System.Net.Sockets.SocketException at System.Net.Sockets.Socket.get_RemoteEndPoint () [0x0003e] in <bd46d4d4f7964dfa9beea098499ab597>:0 at Emby.Common.Implementations.Net.NetAcceptSocket.get_RemoteEndPoint () [0x00006] in <124845156a7a4d5f9ea95faa22e65d6c>:0 at SocketHttpListener.Net.HttpConnection.get_RemoteEndPoint () [0x00000] in <f25538a6886c458f8a30dd4313fbbc16>:0 at SocketHttpListener.Net.HttpListenerRequest.get_RemoteEndPoint () [0x0000b] in <f25538a6886c458f8a30dd4313fbbc16>:0 at Emby.Server.Implementations.HttpServer.SocketSharp.WebSocketSharpRequest.get_RemoteIp () [0x00031] in <250ae87a98e84c5bae6e73ed0036f89a>:0 at Emby.Server.Implementations.HttpServer.HttpListenerHost+<RequestHandler>c__async0.MoveNext () [0x00212] in <250ae87a98e84c5bae6e73ed0036f89a>:0 2017-04-16 15:17:28.9810 Info HttpServer: HTTP Response 500 to . Time: 1ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/190.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:17:28.9865 Error HttpServer: Error processing request *** Error Report *** Version: 3.2.12.0 Command line: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe -programdata /var/lib/emby-server -ffmpeg /usr/bin/ffmpeg -ffprobe /usr/bin/ffprobe -restartpath /usr/lib/emby-server/restart.sh Operating system: Unix 4.4.0.36 64-Bit OS: True 64-Bit Process: True Mono: 4.6.2 (Stable 4.6.2.7/08fd525 Mon Nov 28 20:49:26 UTC 2016) Processor count: 8 Program data path: /var/lib/emby-server Application directory: /usr/lib/emby-server/bin System.Net.Sockets.SocketException (0x80004005): The socket is not connected at System.Net.Sockets.Socket.get_RemoteEndPoint () [0x0003e] in <bd46d4d4f7964dfa9beea098499ab597>:0 at Emby.Common.Implementations.Net.NetAcceptSocket.get_RemoteEndPoint () [0x00006] in <124845156a7a4d5f9ea95faa22e65d6c>:0 at SocketHttpListener.Net.HttpConnection.get_RemoteEndPoint () [0x00000] in <f25538a6886c458f8a30dd4313fbbc16>:0 at SocketHttpListener.Net.HttpListenerRequest.get_RemoteEndPoint () [0x0000b] in <f25538a6886c458f8a30dd4313fbbc16>:0 at Emby.Server.Implementations.HttpServer.SocketSharp.WebSocketSharpRequest.get_RemoteIp () [0x00031] in <250ae87a98e84c5bae6e73ed0036f89a>:0 at Emby.Server.Implementations.HttpServer.HttpListenerHost+<RequestHandler>c__async0.MoveNext () [0x00212] in <250ae87a98e84c5bae6e73ed0036f89a>:0 System.Net.Sockets.SocketException at System.Net.Sockets.Socket.get_RemoteEndPoint () [0x0003e] in <bd46d4d4f7964dfa9beea098499ab597>:0 at Emby.Common.Implementations.Net.NetAcceptSocket.get_RemoteEndPoint () [0x00006] in <124845156a7a4d5f9ea95faa22e65d6c>:0 at SocketHttpListener.Net.HttpConnection.get_RemoteEndPoint () [0x00000] in <f25538a6886c458f8a30dd4313fbbc16>:0 at SocketHttpListener.Net.HttpListenerRequest.get_RemoteEndPoint () [0x0000b] in <f25538a6886c458f8a30dd4313fbbc16>:0 at Emby.Server.Implementations.HttpServer.SocketSharp.WebSocketSharpRequest.get_RemoteIp () [0x00031] in <250ae87a98e84c5bae6e73ed0036f89a>:0 at Emby.Server.Implementations.HttpServer.HttpListenerHost+<RequestHandler>c__async0.MoveNext () [0x00212] in <250ae87a98e84c5bae6e73ed0036f89a>:0 2017-04-16 15:17:28.9869 Info HttpServer: HTTP Response 500 to . Time: 2ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/190.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:17:28.9879 Info HttpServer: HTTP GET http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/190.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393 2017-04-16 15:17:28.9938 Info HttpResultFactory: Transmit file /var/lib/emby-server/transcoding-temp/dfe670bf43ae5048ebbc291372cce924190.ts 2017-04-16 15:17:29.3160 Info HttpServer: HTTP Response 200 to 13.37.42.54. Time: 328ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/190.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:17:29.4036 Info HttpServer: HTTP GET http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/191.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393 2017-04-16 15:17:29.4051 Info HttpResultFactory: Transmit file /var/lib/emby-server/transcoding-temp/dfe670bf43ae5048ebbc291372cce924191.ts 2017-04-16 15:17:29.4853 Info HttpServer: HTTP Response 200 to 13.37.42.54. Time: 82ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/191.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:17:29.6063 Info HttpServer: HTTP GET http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/192.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393 2017-04-16 15:17:29.6078 Info HttpResultFactory: Transmit file /var/lib/emby-server/transcoding-temp/dfe670bf43ae5048ebbc291372cce924192.ts 2017-04-16 15:17:29.7149 Info HttpServer: HTTP Response 200 to 13.37.42.54. Time: 111ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/192.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:17:29.7932 Info HttpServer: HTTP GET http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/193.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393 2017-04-16 15:17:29.7949 Info HttpResultFactory: Transmit file /var/lib/emby-server/transcoding-temp/dfe670bf43ae5048ebbc291372cce924193.ts 2017-04-16 15:17:29.9107 Info HttpServer: HTTP Response 200 to 13.37.42.54. Time: 118ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/193.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:17:29.9678 Info HttpServer: HTTP GET http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/194.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393 2017-04-16 15:17:29.9692 Info HttpResultFactory: Transmit file /var/lib/emby-server/transcoding-temp/dfe670bf43ae5048ebbc291372cce924194.ts 2017-04-16 15:17:30.0205 Info LibraryMonitor: The Town That Dreaded Sundown (2014 5.6) (/tvshows/movies/The Town That Dreaded Sundown (2014 5.6)/The Town That Dreaded Sundown.mkv) will be refreshed. 2017-04-16 15:17:30.0229 Info LibraryMonitor: movies (/tvshows/movies) will be refreshed. 2017-04-16 15:17:30.0731 Info HttpServer: HTTP Response 200 to 13.37.42.54. Time: 105ms. http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/194.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-16 15:17:30.1415 Info HttpServer: HTTP GET http://13.37.42.50:8096/emby/videos/69bbf104e5f1842ebd8aad368bdc5f35/hls1/main/195.ts?DeviceId=4435ba0faf072cdd87c4f644d8c7e0faede72f06&MediaSourceId=69bbf104e5f1842ebd8aad368bdc5f35&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=1599616000&AudioBitrate=384000&Level=51&Profile=high&PlaySessionId=d0c65cfc23984b28b484e00813eb0946&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=e7a7db17ce0baad65181b3ebc045f716&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393 2017-04-16 15:17:30.1433 Info HttpResultFactory: Transmit file /var/lib/emby-server/transcoding-temp/dfe670bf43ae5048ebbc291372cce924195.ts emby_logs_20170416.txt

Hello all, I'am running emby-server on an old netbook I had laying arround with an atom N450 processor and Ubuntu Server 14.04 32bit, as I have no need for transcoding atm it is perfect for my needs right now. Been running it for a couple of months as a backend for Kodi and working great. However, yesterday I upgraded the 1GB stick of RAM with a 2GB stick, the max the processor/mobo is capable. So because I upgraded the RAM I had a question, would I benefit from upgrading to a 64bit os, seeing as the processor is capable of it, but I was running 32bit ubuntu because of the low RAM. To find out, I decided to install a spare hard drive so I could install 32bit ubuntu, install emby-server, see cpu/ram consumption, then do the same with 64bit ubuntu and compare. However, as I was doing that with 32bit ubuntu I encountered something peculiar that I don't know if it's normal. I installed emby-server but haven't set up anything on the web ui just to see how the process acts with htop and discovered that after it starts it begins to consume more and more RAM till it's about 900MB, and then kinda restarts the process and begins doing it again. Because of that, I haven't tested 64bit ubuntu. So my question is, is that normal behavior for emby-server, maybe mono on linux, or maybe there's something wrong with my setup altought it's a fresh installation. I attached what I think it's the latest log at this moment, and I think it's showing an error but I don't really know. Thanks. Edit: What would you recommend, use 64bit ubuntu or stick with the 32bit? server-63593298069.txt

I changed the local access port of the emby and lost the access, already tried everything to access and nothing, how do I go back to the original port?

Hello, I'm using Emby 3.1.2.0 installed on a Linux distribution. My Media folder (video files only) live on a NAS unit being shared via cifs as read only to the Emby server. I ensured that in the Library settings, the option to not store Metadata in the same folder as the media was selected. I have configured the Subtitles function w/ my opensubtitle login info and have validated it works (via searching). The issue I'm having, however, is that it wants to download the .srt file to the Media path (my cifs share). I don't want that, the only data I want on that filesystem is the raw movie files themselves. I also don't want to expose write capabilities to the cifs share for security reasons (accidental deletion for example). All the metadata gets downloaded and stored somewhere in the app when I choose that above mentioned option in Library creation, however, I can't seem to find anywhere to override the location of where subtitles are stored. How may I go about, assuming it's currently possible, changing or providing a download path suitable to my configuration? Thanks in advance!

I've been trying to get audiobook resuming to work, with today's update I actually see the resume button and I can skip forward via the progress bar. The thing is regardless of which button I hit, play or resume the book starts at the beginning. When I stop the book it fades out and the progress bar shows up on the book, and gives me the resume button. but when I press it it jumps back to the start. On the android app it asks if I want to resume at the correct spot, but then jumps back to the start anyway. embyLog.txt

I was able to install and run a docker version in another mint 18, just a few days ago. Now I'm install and run the container, it says it's running, but I can not open in the browser. I also noticed that /usr/local/bin/emby-server changed compared to the other mint install. I'm kinda noob in Docker, so sorry if I did not post more info.

Hi Community, Since I've migrated to the version 3.0, I have some issues with the Fanart/Logo/ect. Sometime, with no reason, I loose images for a couple of movies/TV show. "Save artwork and metadata into media folders" is check "Download images in advance" is check too If I check in my folder I can see all artwork. I tried to download images manually and I get the same behavior. Someone have an idea how I can fix this ? OS : Debian 3.16.0-4-amd64 (Promox VM) Emby Version : 3.1.1.0 (Upgrade to 3.1.2 in progress) All my media are stored in a Synology NAS shared by SMB Thanks, Here is the log for one movie : 2016-12-28 17:59:47.8502 Error ImageProcessor: Error encoding image *** Error Report *** Version: 3.1.1.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.16.0.4 64-Bit OS: True 64-Bit Process: True Mono: 4.6.2 (Stable 4.6.2.7/08fd525 Mon Nov 28 20:21:32 UTC 2016) Processor count: 4 Program data path: /var/lib/emby-server Application directory: /usr/lib/emby-server/bin ImageMagickSharp.WandException: Empty input file `/films/Scarface-fanart.jpg' @ error/jpeg.c/JPEGErrorHandler/322 at ImageMagickSharp.WandCore`1[T].CheckErrorBool (System.Int32 status) [0x00009] in <256b1c1ea9f54fe39d5f58f7aa82a335>:0 at ImageMagickSharp.MagickWand.OpenImage (System.String path) [0x0000d] in <256b1c1ea9f54fe39d5f58f7aa82a335>:0 at ImageMagickSharp.MagickWand..ctor (System.String path) [0x0003e] in <256b1c1ea9f54fe39d5f58f7aa82a335>:0 at Emby.Drawing.ImageMagick.ImageMagickEncoder.EncodeImage (System.String inputPath, System.String outputPath, System.Boolean autoOrient, System.Int32 width, System.Int32 height, System.Int32 quality, MediaBrowser.Controller.Drawing.ImageProcessingOptions options, MediaBrowser.Model.Drawing.ImageFormat selectedOutputFormat) [0x00028] in <f25a1d2d1bea480290baedeb7321f941>:0 at Emby.Drawing.ImageProcessor+<ProcessImage>c__async1.MoveNext () [0x005de] in <48827399e75c4c4c9a1168c775b931ee>:0 ImageMagickSharp.WandException at ImageMagickSharp.WandCore`1[T].CheckErrorBool (System.Int32 status) [0x00009] in <256b1c1ea9f54fe39d5f58f7aa82a335>:0 at ImageMagickSharp.MagickWand.OpenImage (System.String path) [0x0000d] in <256b1c1ea9f54fe39d5f58f7aa82a335>:0 at ImageMagickSharp.MagickWand..ctor (System.String path) [0x0003e] in <256b1c1ea9f54fe39d5f58f7aa82a335>:0 at Emby.Drawing.ImageMagick.ImageMagickEncoder.EncodeImage (System.String inputPath, System.String outputPath, System.Boolean autoOrient, System.Int32 width, System.Int32 height, System.Int32 quality, MediaBrowser.Controller.Drawing.ImageProcessingOptions options, MediaBrowser.Model.Drawing.ImageFormat selectedOutputFormat) [0x00028] in <f25a1d2d1bea480290baedeb7321f941>:0 at Emby.Drawing.ImageProcessor+<ProcessImage>c__async1.MoveNext () [0x005de] in <48827399e75c4c4c9a1168c775b931ee>:0

Hey guys. When trying to build emby-server in a docker container, the following worked untill 3.0.8500: sudo apt-get install -y --no-install-recommends \ ca-certificates \ git \ libmono-system-core4.0-cil \ mono-devel \ mono-runtime \ mono-utils \ mono-xbuild \ wget cd $HOME \ && git clone --depth 1 https://github.com/MediaBrowser/Emby.git I then change to Tools/Linux_Build_Scripts/ and launch MediaBrowser.Mono.Build.sh But since 3.1.1 (I must have missed 3.1.0) I get: ... ======================================== Requirements ======================================== Check if folder mediabrowser exist Creating folder: mediabrowser ======================================== Nuget: Restoring packages ======================================== Restoring NuGet package MSBuild auto-detection: using msbuild version '4.0' from '/usr/lib/mono/4.5'. MsBuild.exe does not exist at '/usr/lib/mono/4.5/msbuild.exe'. Result is the same, no matter if I use a debian docker or ubuntu. What did I do wrong? Anything I am missing here?

Good day, CentOS7.2.1511 Emby Server: 3.0.8500.0 I ran a yum update today and was greeted by the following error (bottom portion): Resolving Dependencies --> Running transaction check ---> Package embymagick.x86_64 0:6.9.5-9.1 will be updated ---> Package embymagick.x86_64 0:6.9.6+6-1.1 will be an update --> Processing Dependency: libgs.so.9()(64bit) for package: embymagick-6.9.6+6-1.1.x86_64 ---> Package embysqlite.x86_64 0:3.15.0-1.1 will be obsoleted --> Processing Dependency: embysqlite for package: emby-server-3.0.8500-89.1.x86_64 ---> Package libembysqlite3-0.x86_64 0:3.15.0+1-6.1 will be obsoleting --> Running transaction check ---> Package embysqlite.x86_64 0:3.15.0-1.1 will be obsoleted --> Processing Dependency: embysqlite for package: emby-server-3.0.8500-89.1.x86_64 ---> Package ghostscript.x86_64 0:9.07-18.el7 will be installed --> Processing Dependency: urw-fonts >= 1.1 for package: ghostscript-9.07-18.el7.x86_64 --> Processing Dependency: poppler-data for package: ghostscript-9.07-18.el7.x86_64 --> Processing Dependency: ghostscript-fonts for package: ghostscript-9.07-18.el7.x86_64 --> Processing Dependency: libXt.so.6()(64bit) for package: ghostscript-9.07-18.el7.x86_64 --> Running transaction check ---> Package embysqlite.x86_64 0:3.15.0-1.1 will be obsoleted --> Processing Dependency: embysqlite for package: emby-server-3.0.8500-89.1.x86_64 ---> Package ghostscript-fonts.noarch 0:5.50-32.el7 will be installed --> Processing Dependency: xorg-x11-font-utils for package: ghostscript-fonts-5.50-32.el7.noarch ---> Package libXt.x86_64 0:1.1.4-6.1.el7 will be installed ---> Package poppler-data.noarch 0:0.4.6-3.el7 will be installed ---> Package urw-fonts.noarch 0:2.4-16.el7 will be installed --> Running transaction check ---> Package embysqlite.x86_64 0:3.15.0-1.1 will be obsoleted --> Processing Dependency: embysqlite for package: emby-server-3.0.8500-89.1.x86_64 ---> Package xorg-x11-font-utils.x86_64 1:7.5-20.el7 will be installed --> Processing Dependency: libfontenc.so.1()(64bit) for package: 1:xorg-x11-font-utils-7.5-20.el7.x86_64 --> Processing Dependency: libXfont.so.1()(64bit) for package: 1:xorg-x11-font-utils-7.5-20.el7.x86_64 --> Running transaction check ---> Package embysqlite.x86_64 0:3.15.0-1.1 will be obsoleted --> Processing Dependency: embysqlite for package: emby-server-3.0.8500-89.1.x86_64 ---> Package libXfont.x86_64 0:1.5.1-2.el7 will be installed ---> Package libfontenc.x86_64 0:1.1.2-3.el7 will be installed --> Finished Dependency Resolution Error: Package: emby-server-3.0.8500-89.1.x86_64 (@home_emby) Requires: embysqlite Removing: embysqlite-3.15.0-1.1.x86_64 (@home_emby) embysqlite = 3.15.0-1.1 Obsoleted By: libembysqlite3-0-3.15.0+1-6.1.x86_64 (home_emby) Not found You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest I understand there were some changes recently revolving around sqlite. How do I go around this correctly? Thank you!

My setup: Running on Debian Jessy under a LXC Container (not docker). It's worked great-ish so far, but now all transcodes to the Shield TV fail. Direct play still works, and transcoding to the browser works as well (it transcodes using different settings to the browser, which could be significant - that transcode log is attached as ChromeTranscodeLog.txt). When I attempt to play a video that needs transcoding, it tries 3 times and fails. The error in the log shows Error ServiceStackHost: Error occured while Processing Request: Unable to write data to the transport connection: The socket has been shut down. I recently upgraded my motherboard, as well as Emby server and mono. Attached is the server and transcode logs. I submitted an Android TV report at 1746 Eastern Time (a few minutes ago). Thank you for any insight you can provide. ServerLog.txt TranscodeLog.txt ChromeTranscodeLog.txt

Chromecast video and subtitle playback lasts about a second then stops (audio keeps going for about 1 minute then stops). Casting from in-browser and android has same symptoms. Video plays fine in-browser and on android. Most videos work fine with Chromecast. Emby Version: 3.0.8200.0 (3.0.8100.0 had same result) Linux Version: Centos 7 2016-10-18 20:54:49.0899 Info App: Profile: Unknown Profile, Path: /media/video/shows/sometvshow/Season 1/sometvshow.mkv, isEligibleForDirectPlay: True, isEligibleForDirectStream: True 2016-10-18 20:54:49.0899 Info App: Profile: Unknown Profile, Path: /media/video/shows/sometvshow/Season 1/sometvshow.mkv, isEligibleForDirectPlay: True, isEligibleForDirectStream: True 2016-10-18 20:54:49.0899 Info App: Profile: Unknown Profile, Path: /media/video/shows/sometvshow/Season 1/sometvshow.mkv, isEligibleForDirectPlay: True, isEligibleForDirectStream: True 2016-10-18 20:54:49.0899 Info HttpServer: HTTP Response 200 to 192.168.0.1106. Time: 6ms. http://192.168.0.142:8096/Items/e435a1fas74f7ef565462sdfas2/PlaybackInfo?UserId=306b0649f0c44b9cb1421eec2885b5c2&StartTimeTicks=0&MaxStreamingBitrate=11000000 2016-10-18 20:54:49.2925 Info HttpServer: HTTP GET http://192.168.0.142:8096/Videos/e435a1fas74f7ef565462sdfas2/stream.mkv?mediaSourceId=e435a1fas74f7ef565462sdfas2&static=true. UserAgent: Mozilla/5.0 (X11; Linux armv7l) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.47 Safari/537.36 CrKey/1.20.66189 2016-10-18 20:54:49.8107 Info HttpServer: HTTP GET http://192.168.0.142:8096/Videos/e435a1fas74f7ef565462sdfas2/stream.mkv?mediaSourceId=e435a1fas74f7ef565462sdfas2&static=true. UserAgent: Mozilla/5.0 (X11; Linux armv7l) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.47 Safari/537.36 CrKey/1.20.66189 2016-10-18 20:54:49.8162 Info HttpServer: HTTP Response 206 to 192.168.0.1106. Time: 6ms. http://192.168.0.142:8096/Videos/e435a1fas74f7ef565462sdfas2/stream.mkv?mediaSourceId=e435a1fas74f7ef565462sdfas2&static=true 2016-10-18 20:54:49.8618 Info HttpServer: HTTP Response 500 to 192.168.0.1106. Time: 569ms. http://192.168.0.142:8096/Videos/e435a1fas74f7ef565462sdfas2/stream.mkv?mediaSourceId=e435a1fas74f7ef565462sdfas2&static=true 2016-10-18 20:54:49.9033 Info HttpServer: HTTP GET http://192.168.0.142:8096/Videos/e435a1fas74f7ef565462sdfas2/stream.mkv?mediaSourceId=e435a1fas74f7ef565462sdfas2&static=true. UserAgent: Mozilla/5.0 (X11; Linux armv7l) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.47 Safari/537.36 CrKey/1.20.66189 2016-10-18 20:54:50.0843 Info HttpServer: HTTP OPTIONS http://192.168.0.142:8096/Sessions/Playing. UserAgent: Mozilla/5.0 (X11; Linux armv7l) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.47 Safari/537.36 CrKey/1.20.66189 2016-10-18 20:54:50.0843 Info HttpServer: HTTP Response 200 to 192.168.0.1106. Time: 0ms. http://192.168.0.142:8096/Sessions/Playing 2016-10-18 20:54:50.1907 Info HttpServer: HTTP POST http://192.168.0.142:8096/Sessions/Playing. UserAgent: Mozilla/5.0 (X11; Linux armv7l) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.47 Safari/537.36 CrKey/1.20.66189 2016-10-18 20:54:50.2513 Info HttpServer: HTTP Response 204 to 192.168.0.1106. Time: 61ms. http://192.168.0.142:8096/Sessions/Playing 2016-10-18 20:54:50.5496 Info HttpServer: HTTP GET http://hostname:8096/emby/Users/306b0649f0c44b9cb1421eec2885b5c2/Items/e435a1fas74f7ef565462sdfas2. UserAgent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 2016-10-18 20:54:50.5554 Info HttpServer: HTTP Response 200 to 192.168.0.110. Time: 6ms. http://hostname:8096/emby/Users/306b0649f0c44b9cb1421eec2885b5c2/Items/e435a1fas74f7ef565462sdfas2 2016-10-18 20:54:51.9990 Info HttpServer: HTTP OPTIONS http://192.168.0.142:8096/Sessions/Playing/Progress. UserAgent: Mozilla/5.0 (X11; Linux armv7l) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.47 Safari/537.36 CrKey/1.20.66189 2016-10-18 20:54:51.9990 Info HttpServer: HTTP Response 200 to 192.168.0.1106. Time: 0ms. http://192.168.0.142:8096/Sessions/Playing/Progress 2016-10-18 20:54:52.0604 Info HttpServer: HTTP POST http://192.168.0.142:8096/Sessions/Playing/Progress. UserAgent: Mozilla/5.0 (X11; Linux armv7l) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.47 Safari/537.36 CrKey/1.20.66189 2016-10-18 20:54:52.1076 Info HttpServer: HTTP Response 204 to 192.168.0.1106. Time: 47ms. http://192.168.0.142:8096/Sessions/Playing/Progress 2016-10-18 20:55:02.6808 Info HttpServer: HTTP GET http://hostname:8096/emby/System/Configuration. UserAgent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 2016-10-18 20:55:02.6855 Info HttpServer: HTTP Response 200 to 192.168.0.110. Time: 5ms. http://hostname:8096/emby/System/Configuration 2016-10-18 20:55:03.6488 Info HttpServer: HTTP GET http://hostname:8096/emby/System/Logs. UserAgent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 2016-10-18 20:55:03.6518 Info HttpServer: HTTP GET http://hostname:8096/emby/System/Configuration. UserAgent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 2016-10-18 20:55:03.6547 Info HttpServer: HTTP Response 200 to 192.168.0.110. Time: 3ms. http://hostname:8096/emby/System/Configuration 2016-10-18 20:55:03.6577 Info HttpServer: HTTP Response 200 to 192.168.0.110. Time: 9ms. http://hostname:8096/emby/System/Logs 2016-10-18 20:55:07.5657 Info HttpServer: HTTP GET http://hostname:8096/emby/System/Logs/Log?name=server-63612419861.txt. UserAgent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 2016-10-18 20:55:07.5816 Info HttpServer: HTTP Response 200 to 192.168.0.110. Time: 16ms. http://hostname:8096/emby/System/Logs/Log?name=server-63612419861.txt 2016-10-18 20:56:37.4471 Info HttpServer: HTTP GET http://hostname:8096/emby/System/Configuration. UserAgent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 2016-10-18 20:56:37.4817 Info HttpServer: HTTP Response 200 to 192.168.0.110. Time: 35ms. http://hostname:8096/emby/System/Configuration 2016-10-18 20:56:38.3016 Info HttpServer: HTTP GET http://hostname:8096/emby/Users/306b0649f0c44b9cb1421eec2885b5c2. UserAgent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 2016-10-18 20:56:38.3050 Info HttpServer: HTTP Response 200 to 192.168.0.110. Time: 3ms. http://hostname:8096/emby/Users/306b0649f0c44b9cb1421eec2885b5c2 2016-10-18 20:56:38.3309 Info HttpServer: HTTP GET http://hostname:8096/emby/System/Logs. UserAgent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 2016-10-18 20:56:38.3321 Info HttpServer: HTTP GET http://hostname:8096/emby/System/Configuration. UserAgent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 2016-10-18 20:56:38.3356 Info HttpServer: HTTP Response 200 to 192.168.0.110. Time: 4ms. http://hostname:8096/emby/System/Configuration 2016-10-18 20:56:38.3376 Info HttpServer: HTTP Response 200 to 192.168.0.110. Time: 7ms. http://hostname:8096/emby/System/Logs 2016-10-18 20:56:46.4720 Info HttpServer: HTTP OPTIONS http://192.168.0.142:8096/Sessions/Playing/Stopped. UserAgent: Mozilla/5.0 (X11; Linux armv7l) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.47 Safari/537.36 CrKey/1.20.66189 2016-10-18 20:56:46.4720 Info HttpServer: HTTP Response 200 to 192.168.0.1106. Time: 0ms. http://192.168.0.142:8096/Sessions/Playing/Stopped 2016-10-18 20:56:46.5381 Info HttpServer: HTTP Response 500 to 192.168.0.1106. Time: 116635ms. http://192.168.0.142:8096/Videos/e435a1fas74f7ef565462sdfas2/stream.mkv?mediaSourceId=e435a1fas74f7ef565462sdfas2&static=true 2016-10-18 20:56:46.6027 Info HttpServer: HTTP POST http://192.168.0.142:8096/Sessions/Playing/Stopped. UserAgent: Mozilla/5.0 (X11; Linux armv7l) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.47 Safari/537.36 CrKey/1.20.66189 2016-10-18 20:56:46.6051 Debug App: ReportPlaybackStopped PlaySessionId: ae3706640c2943cfae29285aa8cb69e0 2016-10-18 20:56:46.6605 Info HttpServer: HTTP Response 204 to 192.168.0.1106. Time: 58ms. http://192.168.0.142:8096/Sessions/Playing/Stopped

TITLE CORRECTION: aac -> aac transcoding I have a FireTV 2nd gen, version 1.2.31a. Running Emby server version 3.0.7300.0 on Linux Ubuntu 15.04 server I've transcoding all my media from mkv -> mp4 with aac with the intention of not requiring transcoding. However, when I play it on the FireTV app it looks like it's transcoding aac -> aac (and mp4 -> mkv). On the "Dashboard" it says Direct Streaming. The FireTV 2nd gen should handle mp4/aac files. When I play it on my Chrome browser it's Direct Playing. Here's the server log: http://***.***.***.***:8096/emby/videos/4129393f38220e9aea7c42a0838bb8a3/stream.mkv?DeviceId=7570f81cad992fd2&MediaSourceId=4129393f38220e9aea7c42a0838bb8a3&VideoCodec=h264&AudioCodec=aac,mp3&AudioStreamIndex=1&VideoBitrate=21158031&AudioBitrate=128000&PlaySessionId=99b36fc39e1543d2a62cb4e59f6b96bf&api_key=b4cd07bc148d432e80e12b080bb162c2&CopyTimestamps=true&ForceLiveStream=false {"Protocol":"File","Id":"4129393f38220e9aea7c42a0838bb8a3","Path":"/mnt/media/tv/Game of Thrones/Season 06/Game.of.Thrones.S06E02.1080p.WEB.DL-NTB.mp4","Type":"Default","Container":"mp4","Name":"1080P/H264/AAC","ETag":"9f9193282f2039bbfe7b53087518f457","RunTimeTicks":32207790000,"ReadAtNativeFramerate":false,"SupportsTranscoding":true,"SupportsDirectStream":true,"SupportsDirectPlay":true,"RequiresOpening":false,"RequiresClosing":false,"VideoType":"VideoFile","MediaStreams":[{"Codec":"h264","CodecTag":"avc1","Language":"eng","TimeBase":"1/16000","CodecTimeBase":"42120147/2019745754","NalLengthSize":"4","IsInterlaced":false,"IsAVC":true,"BitRate":4806307,"BitDepth":8,"RefFrames":1,"IsDefault":true,"IsForced":false,"Height":1072,"Width":1912,"AverageFrameRate":23.97601,"RealFrameRate":23.97602,"Profile":"High","Type":"Video","AspectRatio":"16:9","Index":0,"IsExternal":false,"IsTextSubtitleStream":false,"SupportsExternalStream":false,"PixelFormat":"yuv420p","Level":40,"IsAnamorphic":false},{"Codec":"aac","CodecTag":"mp4a","Language":"eng","TimeBase":"1/48000","CodecTimeBase":"1/48000","DisplayTitle":"Eng AAC stereo Default","IsInterlaced":false,"ChannelLayout":"stereo","BitRate":160000,"Channels":2,"SampleRate":48000,"IsDefault":true,"IsForced":false,"Profile":"LC","Type":"Audio","Index":1,"IsExternal":false,"IsTextSubtitleStream":false,"SupportsExternalStream":false,"Level":0},{"Codec":"ac3","CodecTag":"ac-3","Language":"eng","TimeBase":"1/48000","CodecTimeBase":"1/48000","DisplayTitle":"Eng Dolby Digital 5.1","IsInterlaced":false,"ChannelLayout":"5.1","BitRate":384000,"Channels":6,"SampleRate":48000,"IsDefault":false,"IsForced":false,"Type":"Audio","Index":2,"IsExternal":false,"IsTextSubtitleStream":false,"SupportsExternalStream":false,"Level":0},{"Codec":"srt","Language":"eng","DisplayTitle":"Eng","IsInterlaced":false,"IsDefault":false,"IsForced":false,"Type":"Subtitle","Index":3,"IsExternal":true,"IsTextSubtitleStream":true,"SupportsExternalStream":true,"Path":"/mnt/media/tv/Game of Thrones/Season 06/Game.of.Thrones.S06E02.1080p.WEB.DL-NTB.en.srt"},{"Codec":"srt","Language":"kor","DisplayTitle":"Kor","IsInterlaced":false,"IsDefault":false,"IsForced":false,"Type":"Subtitle","Index":4,"IsExternal":true,"IsTextSubtitleStream":true,"SupportsExternalStream":true,"Path":"/mnt/media/tv/Game of Thrones/Season 06/Game.of.Thrones.S06E02.1080p.WEB.DL-NTB.ko.srt"},{"Codec":"srt","Language":"vie","DisplayTitle":"Vie","IsInterlaced":false,"IsDefault":false,"IsForced":false,"Type":"Subtitle","Index":5,"IsExternal":true,"IsTextSubtitleStream":true,"SupportsExternalStream":true,"Path":"/mnt/media/tv/Game of Thrones/Season 06/Game.of.Thrones.S06E02.1080p.WEB.DL-NTB.vi.srt"}],"PlayableStreamFileNames":[],"Formats":[],"Bitrate":5359333,"RequiredHttpHeaders":{}} /opt/ffmpeg/ffmpeg -fflags +genpts -i file:"/mnt/media/tv/Game of Thrones/Season 06/Game.of.Thrones.S06E02.1080p.WEB.DL-NTB.mp4" -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 aac -strict experimental -ab 128000 -af "aresample=async=1" -y "/tmp/transcoding-temp/24079d1a2b2cb07395e75087672a3d4c.mkv" ffmpeg version 2.8.7 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.3) configuration: --enable-static --disable-shared --enable-gpl --enable-nonfree --enable-zlib --enable-bzlib --enable-libfreetype --enable-fontconfig --enable-libass --enable-libfaac --enable-libfdk_aac --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libxvid --enable-libx264 --enable-libx265 --enable-libvpx --enable-libbluray --enable-runtime-cpudetect --disable-debug --extra-libs=' -lxml2 -ldl -L/usr/local/lib -lx265 -lstdc++ -lm -lrt' --extra-cflags=-static --extra-ldflags=-static libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file:/mnt/media/tv/Game of Thrones/Season 06/Game.of.Thrones.S06E02.1080p.WEB.DL-NTB.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 title : Home album : Game of Thrones, Season 6 genre : Adventure track : 2/10 disc : 6 date : 2016-05-01 encoder : MDH:I6Zg9yO3HsIujDqF6apeVhytkJBqyh1X.mp4 iTunEXTC : us-tv|TV-MA|600 iTunMOVI : <?xml version="1.0" encoding="UTF-8"?><!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"><plist version="1.0"><dict> : <key>cast</key><array> : <dict><key>name</key><string>Emilia Clarke</string></dict> : <dict><key>name</key><string>Peter Dinklage</string></dict> : <dict><key>name</key><string>Kit Harington</string></dict> : <dict><key>name</key><string>Nikolaj Coster-Waldau</string></dict> : <dict><key>name</key><string>Isaac Hempstead-Wright</string></dict> : </array> : <key>screenwriters</key><array> : <dict><key>name</key><string>Dave Hill</string></dict> : </array> : <key>directors</key><array> : <dict><key>name</key><string>Jeremy Podeswa</string></dict> : </array> : </dict></plist> : media_type : 10 show : Game of Thrones episode_id : Home season_number : 6 episode_sort : 2 network : HBO hd_video : 2 description : Bran trains with the Three-Eyed Raven In King’s Landing, Jaime advises Tommen Tyrion demands good news, but has to make his own At Castle Black, the Night’s Watch stands behind Thorne. synopsis : Bran trains with the Three-Eyed Raven. In King’s Landing, Jaime advises Tommen. Tyrion demands good news, but has to make his own. At Castle Black, the Night’s Watch stands behind Thorne. Ramsay Bolton proposes a plan, and Balon Greyjoy entertains ot Duration: 00:53:40.78, start: 0.042667, bitrate: 5359 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 1912x1072 [SAR 1:1 DAR 239:134], 4806 kb/s, 23.98 fps, 23.98 tbr, 16k tbn, 32k tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 160 kb/s (default) Metadata: handler_name : SoundHandler Stream #0:2(eng): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, 5.1(side), fltp, 384 kb/s Metadata: handler_name : SoundHandler Side data: audio service type: main [matroska @ 0x35e1f00] Codec for stream 0 does not use global headers but container format requires global headers Output #0, matroska, to '/tmp/transcoding-temp/24079d1a2b2cb07395e75087672a3d4c.mkv': Metadata: encoder : Lavf56.40.101 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 1912x1072 [SAR 1:1 DAR 239:134], q=2-31, 4806 kb/s, 23.98 fps, 23.98 tbr, 1k tbn, 16k tbc (default) Stream #0:1: Audio: aac ([255][0][0][0] / 0x00FF), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: encoder : Lavc56.60.100 aac Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (aac (native) -> aac (native)) Press [q] to stop, [?] for help frame= 66 fps=0.0 q=-1.0 size= 2429kB time=00:00:02.71 bitrate=7338.6kbits/s frame= 106 fps= 99 q=-1.0 size= 4918kB time=00:00:04.39 bitrate=9169.0kbits/s frame= 175 fps=110 q=-1.0 size= 7361kB time=00:00:07.25 bitrate=8306.6kbits/s frame= 195 fps= 82 q=-1.0 size= 8351kB time=00:00:08.09 bitrate=8452.9kbits/s

I migrate from W10 to Ubuntu 16.04 without important problems. but tha machine only runs with Q6600 and 8 GB Ram so I move this to a new machine with Xeon 5650 and 12 GB Ram. The new emby is unstable, I can not browser and it usually crash, so I have to restart it from ubuntu. I have a continuis leak of this error Error SsdpHandler: Error in SendUnicastRequest What I have to look for? I started with missin folders, but I think is not related. Edit: I have checked my firewall and I have found this How can I disable the UPnP? UPnP IP 239.255.255.250 I found it: last tick at expert-> advanced-> ports automatic but stills try to use UPnP, the same error: and in the log appers something Thanks emby Error SsdpHandler Error in SendUnicastRequest.zip emby Error SsdpHandler Error in SendUnicastRequest2.zip

Requirements for media server: -Emby Server within docker -File sharing/NAS -RDP or VPN access -Secure I'm a newbie linux user. My main box is a win 10 anniversary update, so I have bash. What do I need on my freshly installed headless Ubuntu server? 1. NFS or Samba? 2. xRDP or SSHFS or VNC? Not sure which ones I need or if I need all of them. Recommendations? 3. SSH keys? fail2ban? 4. Emby server 5. Docker 6. Bash on windows 10 (SSH) What else? I hear a lot of buzz words but not sure which ones I should be grabbing or exactly why to be honest.

This is my current server setup: _________________ | | | Fedora 24 | ____________________ | Nginx proxy | | | | LXC ------------| Debian Jessie | |________________| | Emby Server | |___________________| The outer nginx procy forwards port 80 (so I can just type in "mediapc/" into firefox for the UI, port 443 and the standard emby port for the Android apps to find the server. But I've noticed that it's not possible to Chromecast anything from this server. I suspect that it's because the port the chromecast protocol is using isn't port forwarded. I tried to Wireshark the connection and couldn't figure out what needed to be open. I hope you guys can help me with this Would be nice to use Chromecast again!

Dear Emby Community. I can not see artists and album artists in any of emby client (chrome, android, kodi) while I can see it in Metadata Manager tree. Songs and albums are showing property in all clients. It is fresh installation of Emby Server, version 3.0.64000.0 on Debian Jessie. I have proper ID3 tags (I suppose). Music is kept in mp3, wma and flac files. It is stored on xfs partition. I run emby as non-default user - changed EMBY_DATA variable. I have also changed location of EMBY_DATA folder. All file permissions are OK.

I am on Emby Server 3.0.6400.0. Upgraded today and this problem existed before the upgrade. I upgraded thinking it might have been related, but I guess not. Essentially, during playback the video pauses itself every 10 - 20 seconds. It's not just a freeze. If I look at the video status it is truly paused. Then it plays itself again. I have tried wireless and over Ethernet. Same result. I don't notice any difference between playback client (AndroidTV via Nexus Player / Nvidia Shield, Android, or PC Browser) I have included the logs but i'm not seeing anything very telling. Please let me know if there is anything else I can pull to investigate. I have included several logs. The only error I'm identifying regularly is pasted below. Parse error, at least 3 arguments were expected, only -1 given in string ''frame= 1872 fps= 11 q=21.0 size= 76759kB time=01:19:00.97 bitrate= 132.6kbits/s speed=27.9x frame= 1872 fps=8.1 q=-1.0 Lsize= 77770kB time=01:19:01.01 bitrate= 134.4kbits/s speed=20.5x video:74608kB audio:3085kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.099379%[libx264 @ 0x43d72e0] frame I:955 Avg QP:17.45 size: 62770[libx264 @ 0x43d72e0] frame P:372 Avg QP:14.28 size: 31913[libx264 @ 0x43d72e0] frame B:545 Avg QP:16.86 size: 8404[libx264 @ 0x43d72e0] consecutive B-frames: 54.0% 19.1% 7.7% 19.2%[libx264 @ 0x43d72e0] mb I I16..4: 48.7% 39.8% 11.5%[libx264 @ 0x43d72e0] mb P I16..4: 12.7% 9.8% 1.1% P16..4: 37.6% 0.0% 0.0% 0.0% 0.0% skip:38.9%[libx264 @ 0x43d72e0] mb B I16..4: 2.4% 1.2% 0.1% B16..8: 18.4% 0.0% 0.0% direct: 8.8% skip:69.2% L0:39.4% L1:50.8% BI: 9.8%[libx264 @ 0x43d72e0] 8x8 transform intra:39.8% inter:66.6%[libx264 @ 0x43d72e0] coded y,uvDC,uvAC intra: 51.7% 47.5% 24.5% inter: 7.4% 12.1% 0.3%[libx264 @ 0x43d72e0] i16 v,h,dc,p: 63% 15% 14% 8%[libx264 @ 0x43d72e0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 18% 21% 6% 5% 7% 5% 7% 6%[libx264 @ 0x43d72e0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 20% 9% 7% 6% 7% 6% 7% 6%[libx264 @ 0x43d72e0] i8c dc,h,v,p: 58% 18% 19% 5%[libx264 @ 0x43d72e0] Weighted P-Frames: Y:0.0% UV:0.0%[libx264 @ 0x43d72e0] kb/s:7827.81[aac @ 0x46ecc40] Qavg: 378.515 Parse error, at least 3 arguments were expected, only -1 given in string ''frame= 1872 fps= 11 q=21.0 size= 76759kB time=01:19:00.97 bitrate= 132.6kbits/s speed=27.9x frame= 1872 fps=8.1 q=-1.0 Lsize= 77770kB time=01:19:01.01 bitrate= 134.4kbits/s speed=20.5x video:74608kB audio:3085kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.099379%[libx264 @ 0x43d72e0] frame I:955 Avg QP:17.45 size: 62770[libx264 @ 0x43d72e0] frame P:372 Avg QP:14.28 size: 31913[libx264 @ 0x43d72e0] frame B:545 Avg QP:16.86 size: 8404[libx264 @ 0x43d72e0] consecutive B-frames: 54.0% 19.1% 7.7% 19.2%[libx264 @ 0x43d72e0] mb I I16..4: 48.7% 39.8% 11.5%[libx264 @ 0x43d72e0] mb P I16..4: 12.7% 9.8% 1.1% P16..4: 37.6% 0.0% 0.0% 0.0% 0.0% skip:38.9%[libx264 @ 0x43d72e0] mb B I16..4: 2.4% 1.2% 0.1% B16..8: 18.4% 0.0% 0.0% direct: 8.8% skip:69.2% L0:39.4% L1:50.8% BI: 9.8%[libx264 @ 0x43d72e0] 8x8 transform intra:39.8% inter:66.6%[libx264 @ 0x43d72e0] coded y,uvDC,uvAC intra: 51.7% 47.5% 24.5% inter: 7.4% 12.1% 0.3%[libx264 @ 0x43d72e0] i16 v,h,dc,p: 63% 15% 14% 8%[libx264 @ 0x43d72e0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 18% 21% 6% 5% 7% 5% 7% 6%[libx264 @ 0x43d72e0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 20% 9% 7% 6% 7% 6% 7% 6%[libx264 @ 0x43d72e0] i8c dc,h,v,p: 58% 18% 19% 5%[libx264 @ 0x43d72e0] Weighted P-Frames: Y:0.0% UV:0.0%[libx264 @ 0x43d72e0] kb/s:7827.81[aac @ 0x46ecc40] Qavg: 378.515 Log-transcode.txt Log3.txt Log2.txt Log1.txt

I've noticed an odd occurence with my emby server. Which is running on Ubuntu server 16.10. It seems fine for days, then suddenly you can't connect to it remotely via the app or web. It says server may be offline. Well, if I log into the server from home, it shows as being active for a week or two weeks, for example. If I try to select the remote link in the manager server window however, it won't come up. But, of course, the service shows up locally no problem. I've tried finding anything in the logs, but nothing seems out of place. I've been into my router and nothing is seemingly blocking those ports. I just am at a loss as to why the remote access decides to drop every so often. I could be watching it on break at work for days, then suddenly, it's unavailable. Any ideas where I can go with this? It seems restarting the service fixes it.

Hello, I have been eyeing emby server for some time but did not have time to really get into it much. however, I just got my hands on zotac zbox nano vd01 with 8Gb ram and want to build a new HTPC on it. so here is my needs and wants. 1. the base OS should be Linux, I have nothing against windows but not sure if I want to shell out $150 for it, especially since win7 will be off support soon, and win10 have too much issues being HTPC for me. 2. I want to have a desktop use if needed. most time an TV interface will be used, but if I need to I want to be able to get to a real desktop.. 3. that said, if a TV UI is used I need/want to have a web browsing capability. my current htpc is running Kodi 16.0 but I ma having some issues with it and not sure if I want to keep it. can emby replace my Kodi setup? I do have an OMV based File server and VM server. my media is on that. can I run emby as client on the htpc as described? thanks

I am not sure how to recreate the issue, but for a couple months now my emby-server has just crashed maybe once or twice a day, and I need to restart the service. I kept hoping the next update would resolve it, but it hasn't happened yet... I'm running v3.0.5972 on Arch Linux 64 bit, with an Intel i7 processor and 32GB of RAM. [root@potatofarm]# mono --version Mono JIT compiler version 4.2.2 (Stable 4.2.2.30/996df3c Sun Jan 31 11:58:08 UTC 2016) Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com TLS: __thread SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none Misc: softdebug LLVM: supported, not enabled. GC: sgen When emby is performing normally, I connect to it regularly with my android device and my Kodi device running the Emby plugin for library sync (the server is also running the relevant library sync helper). I don't see anything in the logs that indicates it's related to the library sync helper, but I can't really make heads or tails of these logs anyway. I've disabled all DLNA features of the server because I don't use it, and I saw other people with mysterious crashing issues that were resolved by avoiding DLNA. This doesn't seem to have helped anything. I have lots and lots and lots of small log files which appear to indicate unhandled exceptions, which i'm including the most recent ones of here, along with the last couple of server log files. This is difficult for me to pin down the exact log entries and times specifically because it seems to happen when we're not paying attention to it... we just go over to Kodi and it can't connect, or it already has a warning that the sync thread has failed (presumably because it can't connect). Please let me know if there are any other datapoints i should try to hit. emby_logs.tar.gz