Search the Community

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!

Hi, all! I want to set up Emby on my QNAP NAS where I keep my media files. Currently it's running Plex without a hitch, but I just want to replace it with Emby because of the integration with TVHeadEnd. The reason for that is I want to turn my Roku Ultra into my "de-facto HTPC" (sort of). I got it all working, but have one problem: Emby insists on transcoding everything coming from TVHeadEnd from its source MPEG2 format to H.264. The problem with that that my QNAP doesn't have that much horsepower to begin with and thus starts to suffer from the extra transcoding effort. Since both the Roku and the TV support MPEG2 (a.k.a. H.262), keeping the stream in this format shouldn't be an issue, right? Perhaps this is something that TVHeadEnd configuration can be tweaked for? (i.e. spit out an MKV instead of a TS stream?) Perhaps at the Emby (server or Roku app) level? I doubt something can be tweaked at the Roku level... Unfortunately, I'm drawing somewhat of a blank here and need help from someone with more experience on the topic...perhaps someone has solved this before? Thanks!