Search the Community

Hello, im trying to watch live tv via the emby-next-gen addon (6.2.15). Unfortunately this fails. When I select a channel on kodi (19.4), i get a spinning wheel, followed by the error message: One or more items failed to play. Check the log for more information about this message. when i try and play the same channel on my android phone with the emby app it plays fine. I even installed the kodi app on my phone to see if the behaviour would be different but I get the same error. the same error happens when I install the emby-next-gen addon from the emby beta repository. I have included the debug kodi log and the debug emby server log. i start the stream at 22:49. sorry i did not find the option in emby-next-gen addon to enable debug logging embyserver-63790325406.txt kodi.log

Hi! I've been running a Dockerized Emby server based on the official Docker image (currently at v4.2.1.0), to be accessed from Roku boxes I have laying about the house, using the BETA Roku app. I also have a TVHeadEnd deployment which is fully functional, which also renders all streams as MPEG-TS container with MPEG2 video and AC3 audio. The Emby server is configured to access TVH using the Emby TVHeadEnd plugin (v1.4.4.0). This has worked flawlessly for months, but now I've noticed that Emby is for some reason transcoding from MPEG2 to H264. While this isn't costing too much, it's not what I want. Plex and other clients are more than happy to play back the MPEG2 video streams without issue. However, Emby is choosing to transcode the stream because "container is not supported". This means that for some reason, Emby - either Roku or Server? - decides it doesn't like the MPEGTS container and requires a "transcoding". The issue here is that the "transcoding" should limit itself to repackaging, since both the audio and video streams are supported by the Roku device(s). As I said, this used to work perfectly in earlier server versions. Sadly, I don't know exactly when this got "broken" (so to speak). I only noticed this accidentally yesterday while showing a friend of mine the "stats for nerds". Can you help me figure out what's wrong? In my mind, if the container is not supported then Emby can definitely repackage the streams as it sees fit - what it shouldn't be doing is transcoding them as this is wasteful and unnecessary. Like I said before, neither Plex nor Roku's UPNP/DLNA application have any issue in playing back the raw MPEGTS/MPEG2/AC3 streams. I'll be happy to provide more details if required. Cheers!