Search the Community

Hi I am using a combination of Plex and Emby to record from my Homerun Duo onto my PC. All the files record as TS files, which is what I want as the conversion to an MP4 of interlaced material is horrible. TS files can retain both progressive streams and interlaced streams and a combination, so I want to stick with TS. I've just invested in a Shield TV and was going to make a choice between Emby and Plex as I don't want to keep paying for both. My issue is, all TS files layed on the Shield in Emby end up transcoding (Direct Play error). This ends up slower, but also converts them and deinterlaces them which I don't want. Old 90s shows which I record a lot of do not look good. It doesn't affect newer progressive shows so much. The same files on Plex alwats play directly and seek really quickly. Just for comparison, I tried the Emby and Plex apps on my Samsung TV and they both use direct play for these files, it just seems that it's Emby on the Shield that doesn't. After investing £150 on a Shield I want to be using it and the experience geneanrally is quicker than using the apps on my TV. I know that there has been talk in the past about problems with seeking on TS files in Emby, but if Plex can do it and the Samsung TV Emby app can do it, why can't the Shield TV do it? I'm leaning towards keeping Plex at the momnent which is a shame as there are many parts to Emby that I prefer.

Ok so my problem is my server uses usenet and I need/want to use a vpn so that makes me use a vpn on my emby server due to them being on the same pc. Now when using a vpn (nord) I cant connect directly to my server and remotely on my devices. Any thing i can do?

Hello, can anyone tell me the differents between direct stream and direct play? The stream comes from my receiver using the emby vu+ plugin. The clients do have the same TV model and the emby webos app. The person wich is direct streaming do have playback issues / freezer. Why do emby do different things? Attached a screenshot and the ffmpg txt. ffmpeg-directstream-5be52e45-0c49-4e8f-8149-a185f9062b15_1.txt

Hello, currently when Emby is playing media there are lots of transcoding options, for example for video files - 1080p, 720p etc., including a special option called 'Auto'. To my understanding if Emby decides that you have a fast enough connection it will switch to a 'Auto - Direct' mode and it will stream the movie as is, without transcoding. However, there is no 'Direct' standalone option present. Why is this feature needed: Sometimes the 'Auto' option decides that the connection speed is not fast enough so it switches to a transcoding method (usually 720p 1Mbps for me). This is problematic, as not only the movie quality becomes terrible to watch, but induces stress to the server, which becomes too great once more than 2-3 users are watching simultaneously - resulting in a buffering movie even at a low quality. Currently to get around the problem with low quality stream I have to go to settings and manually change the transcoding to the same resolution and bitrate that I know the movie is originally (or greater). This is unnecessary and could be avoided by providing a separate 'Direct' streaming option.

Evening all, just replaced my old Xbox One for a new Xbox One X with one of the reasons the support for x265 content however when trying to play a 1080p HEVC file through ET the server is transcoding the file rather than direct play. Tried the same file with Ember for Emby which does direct play the file but with no sound, any ideas what the issue is? FYI the Xbox is set to bitstream out to my amp and I've also attached the log files. server-63658910664.txt ffmpeg-transcode-ed2505cc-98dd-4598-adcc-e0a4c9ca6458.txt ffmpeg-transcode-ee8ebbbf-102a-4bac-9efd-98560e27cfd8.txt

Hello, I'm hosting my Emby server through Cloudflare which is connected to my router. With that I got https and my IP is hidden when I use ping. But is there a possibility that you can blacklist direct IP connections like 94.***.***.* through Emby. So that I only am able to use my Cloudflare domain. And not my router IP. Kind Regards, Ryon

It would be really nice if we could have direct folder access to our media. Sometimes Emby doesn't detect files correctly and they dont show properly, or they are identified incorrectly. I dont realize this until the last second (when I/other users are about to watch the episode). If there was an option to show users the media library folders in a file explorer-like format, this situation would be easily bypassed. Originally, this is what I thought the "Folders" view would have done. I would greatly appreciate this, and I'm sure it would be useful to others as well. I hope it won't be difficult or take much time. If you have any questions regarding specifics, don't hesitate to ask. Thanks!

Hello everybody, After updating to the latest iPhone version, I am receiving the below error (within and outside my network as well) when I try to play any mp4 movie that contains an 5.1 AAC audio. To give you an idea of my setup, I have converted all my movies to mp4 h264 and aac 5.1 so I can use the direct play feature with no problem. When I access my movies within the Samsung app on my TV, everything is working ok but from the iPhone it only allows me to playback aac 2.0 audio channel videos. Previously I was able of course to stream 5.1 in my iPhone without a problem. Naturally I am not going to add to every single film I have an additional 2 channel aac, as I prefer 5.1 cause of my home theatre system. I just need to be able to play them from my iphone as well (even though it won't be a real 5.1 through the phone, but that doesn't bother me). Strange thing is that my nexus tablet works fine with aac 5.1 audio so there must be something wrong with the iPhone app. Also to mention, I have the "allow video playback that requires transcoding" UNSELECTED as I had it before and that is why I have converted everything to mp4 and aac to begin with (meaning avoid transcoding as much as possible). Again, I had no issue previously and it still works with my android tablet so I can only thing that this is the iPhone's app bug. When I ticked back the transcoding option just to see what happens, I have encountered the "transcoding continues on server" issue from another thread below: http://emby.media/community/index.php?/topic/28678-transcoding-contines-on-server-after-you-stop-video-on-ios/ so I really don't want to use that feature in any case if possible. Is there something I can do, to manually fix my 5.1 audio issue or I need to wait for another update? Sorry for the long message. Thanks in advance, George

Hi guys, Tonight while playing a TV show using Emby addon, with direct streaming over HTTPS from Emby server, the playback stopped several times and went back to the episode selection. This happened to me at least 4-5 times in a 1hr episode. Waiting a few seconds and pressing <enter> on the episode, will resume playback most of the times but sometimes it will just restart playback from the beggining and I had to FF to the point when playback stopped. Emby server version: 3.0.5713.2 (latest beta) Emby Kodi addon version: 1.0.35 In the Kodi log I keep getting: ERROR: /storage/.kodi/addons/script.module.requests/lib/requests/packages/urllib3/util/ssl_.py:90: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. For more information, see https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning And everytime that playback stops: ERROR: CCurlFile::FillBuffer - Failed: Timeout was reached(28) NOTICE: CCurlFile::FillBuffer - Reconnect, (re)try 1 ERROR: CCurlFile::FillBuffer - Failed: Timeout was reached(28) NOTICE: CCurlFile::FillBuffer - Reconnect, (re)try 2 ERROR: CCurlFile::FillBuffer - Failed: Timeout was reached(28) ERROR: CCurlFile::FillBuffer - Reconnect failed! I already checked on the server and transcoding is not in use at all but some errors are logged every time I start playback again. 2015-08-25 23:54:08.5992 Error - HttpServer: Error in ProcessAccept *** Error Report *** Version: 3.0.5713.2 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.10.0.229 Processor count: 4 64-Bit OS: True 64-Bit Process: True Program data path: /var/lib/emby-server Mono: 4.0.1 (tarball Thu Jun 25 23:12:03 UTC 2015) Application Path: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe The authentication or decryption has failed. System.IO.IOException at Mono.Security.Protocol.Tls.SslStreamBase.AsyncHandshakeCallback (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 InnerException: System.IO.IOException Error while sending TLS Alert (Fatal:InternalError): System.IO.IOException: EndWrite failure ---> System.Net.Sockets.SocketException: The socket has been shut down at System.Net.Sockets.Socket.EndSend (IAsyncResult result) [0x00000] in <filename unknown>:0 at System.Net.Sockets.NetworkStream.EndWrite (IAsyncResult ar) [0x00000] in <filename unknown>:0 --- End of inner exception stack trace --- at System.Net.Sockets.NetworkStream.EndWrite (IAsyncResult ar) [0x00000] in <filename unknown>:0 at Mono.Security.Protocol.Tls.RecordProtocol.EndSendRecord (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 at Mono.Security.Protocol.Tls.RecordProtocol.InternalSendRecordCallback (IAsyncResult ar) [0x00000] in <filename unknown>:0 InnerException: System.IO.IOException EndWrite failure at System.Net.Sockets.NetworkStream.EndWrite (IAsyncResult ar) [0x00000] in <filename unknown>:0 at Mono.Security.Protocol.Tls.RecordProtocol.EndSendRecord (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 at Mono.Security.Protocol.Tls.RecordProtocol.InternalSendRecordCallback (IAsyncResult ar) [0x00000] in <filename unknown>:0 InnerException: System.Net.Sockets.SocketException The socket has been shut down at System.Net.Sockets.Socket.EndSend (IAsyncResult result) [0x00000] in <filename unknown>:0 at System.Net.Sockets.NetworkStream.EndWrite (IAsyncResult ar) [0x00000] in <filename unknown>:0 2015-08-25 23:54:08.6162 Error - HttpServer: Error in ProcessAccept *** Error Report *** Version: 3.0.5713.2 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.10.0.229 Processor count: 4 64-Bit OS: True 64-Bit Process: True Program data path: /var/lib/emby-server Mono: 4.0.1 (tarball Thu Jun 25 23:12:03 UTC 2015) Application Path: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe The authentication or decryption has failed. System.IO.IOException at Mono.Security.Protocol.Tls.SslStreamBase.AsyncHandshakeCallback (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 InnerException: System.IO.IOException Error while sending TLS Alert (Fatal:HandshakeFailiure): Mono.Security.Protocol.Tls.TlsException: The client stopped the handshake. at Mono.Security.Protocol.Tls.SslServerStream.EndNegotiateHandshake (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 at Mono.Security.Protocol.Tls.SslStreamBase.AsyncHandshakeCallback (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 InnerException: Mono.Security.Protocol.Tls.TlsException The client stopped the handshake. at Mono.Security.Protocol.Tls.SslServerStream.EndNegotiateHandshake (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 at Mono.Security.Protocol.Tls.SslStreamBase.AsyncHandshakeCallback (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 2015-08-25 23:54:18.8848 Error - NotFoundHttpHandler: 192.168.7.31:8920 Request not found: /Videos/405d54115b8702070151cc5aba2093a5/405d54115b8702070151cc5aba2093a5/Subtitles/2/Stream.srt 2015-08-25 23:57:02.4431 Error - HttpServer: Error in ProcessAccept *** Error Report *** Version: 3.0.5713.2 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.10.0.229 Processor count: 4 64-Bit OS: True 64-Bit Process: True Program data path: /var/lib/emby-server Mono: 4.0.1 (tarball Thu Jun 25 23:12:03 UTC 2015) Application Path: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe The authentication or decryption has failed. System.IO.IOException at Mono.Security.Protocol.Tls.SslStreamBase.AsyncHandshakeCallback (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 InnerException: System.IO.IOException Error while sending TLS Alert (Fatal:InternalError): System.IO.IOException: EndWrite failure ---> System.Net.Sockets.SocketException: The socket has been shut down at System.Net.Sockets.Socket.EndSend (IAsyncResult result) [0x00000] in <filename unknown>:0 at System.Net.Sockets.NetworkStream.EndWrite (IAsyncResult ar) [0x00000] in <filename unknown>:0 --- End of inner exception stack trace --- at System.Net.Sockets.NetworkStream.EndWrite (IAsyncResult ar) [0x00000] in <filename unknown>:0 at Mono.Security.Protocol.Tls.RecordProtocol.EndSendRecord (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 at Mono.Security.Protocol.Tls.RecordProtocol.InternalSendRecordCallback (IAsyncResult ar) [0x00000] in <filename unknown>:0 InnerException: System.IO.IOException EndWrite failure at System.Net.Sockets.NetworkStream.EndWrite (IAsyncResult ar) [0x00000] in <filename unknown>:0 at Mono.Security.Protocol.Tls.RecordProtocol.EndSendRecord (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 at Mono.Security.Protocol.Tls.RecordProtocol.InternalSendRecordCallback (IAsyncResult ar) [0x00000] in <filename unknown>:0 InnerException: System.Net.Sockets.SocketException The socket has been shut down at System.Net.Sockets.Socket.EndSend (IAsyncResult result) [0x00000] in <filename unknown>:0 at System.Net.Sockets.NetworkStream.EndWrite (IAsyncResult ar) [0x00000] in <filename unknown>:0 2015-08-25 23:57:02.4630 Error - HttpServer: Error in ProcessAccept *** Error Report *** Version: 3.0.5713.2 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.10.0.229 Processor count: 4 64-Bit OS: True 64-Bit Process: True Program data path: /var/lib/emby-server Mono: 4.0.1 (tarball Thu Jun 25 23:12:03 UTC 2015) Application Path: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe The authentication or decryption has failed. System.IO.IOException at Mono.Security.Protocol.Tls.SslStreamBase.AsyncHandshakeCallback (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 InnerException: System.IO.IOException Error while sending TLS Alert (Fatal:HandshakeFailiure): Mono.Security.Protocol.Tls.TlsException: The client stopped the handshake. at Mono.Security.Protocol.Tls.SslServerStream.EndNegotiateHandshake (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 at Mono.Security.Protocol.Tls.SslStreamBase.AsyncHandshakeCallback (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 InnerException: Mono.Security.Protocol.Tls.TlsException The client stopped the handshake. at Mono.Security.Protocol.Tls.SslServerStream.EndNegotiateHandshake (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 at Mono.Security.Protocol.Tls.SslStreamBase.AsyncHandshakeCallback (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 2015-08-25 23:57:16.8627 Error - NotFoundHttpHandler: 192.168.7.31:8920 Request not found: /Videos/405d54115b8702070151cc5aba2093a5/405d54115b8702070151cc5aba2093a5/Subtitles/2/Stream.srt Please note the subtitle stream error, but subs are working just fine. The network is solid too, I'm using a wired connection. Plus I never have this kinds of problem before without using the Emby addon (direct NFS play), or using it with Emby addon direct play/local paths (using NFS too). I don't have time to check direct stream over HTTP tonight but I will do it tomorrow to verify if the problem is in any way related to the protocol in use. One last note: in the addon setting I had defined the IP address of the server to connect to, not the name, but the server certificate CN value holds the server fqdn instead. Maybe the HTTPS warning in Kodi logs but also on server logs is related to that? Thanks in advance for your help. kodi.log.gz

Greetings! I recently swtiched from Plex to Emby because of some technical problems and I really satisfied with the software! However, I have a small problem with one of the media players in our house. We have two Asus O!Play and one WD TV Live players. And the WD one wont play .mkv files from the server, only .avis. If I try to play a .mkv files, it loads a bit, than its says that is cannot be played, etc. I checked around in the forum for some information about it, and I found this one. So I edited my WD TV Live .xml file according to this topic but my problem still persist. Can somebody please help me solve this problem? Thanks in advance. PS: I attached the server log file. server-63567557812.txt