snorkel 15 Posted November 7, 2018 Share Posted November 7, 2018 Doesn't the Shield have mpeg2 decoding ability? I could have swore nvidia added that years ago. If so why do all my recordings transcode on the shield? I tried doing the latest convert feature the server has but it just does not work properly. worked great when the convert on the fly was available. Should be using some other player instead of the included one? Link to comment Share on other sites More sharing options...
ebr 14929 Posted November 7, 2018 Share Posted November 7, 2018 Hi. We'd have to look at a specific example. Do you have an ffmpeg log from one? Link to comment Share on other sites More sharing options...
snorkel 15 Posted November 7, 2018 Author Share Posted November 7, 2018 I would have to look. But the stats for nerds does show every recording from the HDhomerun transcodes and it makes the seeks (FF RW) super slow. The shield is supposed to have a hardware mpeg2 decoder. Link to comment Share on other sites More sharing options...
Jdiesel 1114 Posted November 7, 2018 Share Posted November 7, 2018 Do you have server-side deinterlacing enabled in the ATV app settings by chance? Link to comment Share on other sites More sharing options...
Jdiesel 1114 Posted November 7, 2018 Share Posted November 7, 2018 And yes the Shield TV does support hardware deinterlacing although it is not the best quality. Link to comment Share on other sites More sharing options...
snorkel 15 Posted November 7, 2018 Author Share Posted November 7, 2018 https://www.androidpolice.com/2015/06/10/upcoming-shield-android-tv-update-will-add-mpeg-2-codec-support-for-hdhomerun-compatibility/ That's how the live channels app can play HDhomerun streams, so why can't the Emby Android TV client do it? Link to comment Share on other sites More sharing options...
snorkel 15 Posted November 7, 2018 Author Share Posted November 7, 2018 I have that deinterlace option enabled for SD not HD. I played with those settings and it transcodes them no matter what I do. The only thing that did work was when emby had the convert on the fly to mp4. Link to comment Share on other sites More sharing options...
ebr 14929 Posted November 7, 2018 Share Posted November 7, 2018 Hi. We'd have to look at a specific example. Do you have an ffmpeg log from one? Link to comment Share on other sites More sharing options...
snorkel 15 Posted November 12, 2018 Author Share Posted November 12, 2018 Ok, upon further investigation, it appears the Video is streaming direct, but it's the audio that is getting transcoded. Is there some reason why the Android TV client can't handle the MPEG2 Audio? I will have to look at the stats for nerds again, I can't remember what the original audio is but I think it was some form of 5.1 maybe dolby? Link to comment Share on other sites More sharing options...
Luke 37112 Posted November 12, 2018 Share Posted November 12, 2018 Please supply the information requested by ebr. Thanks. Link to comment Share on other sites More sharing options...
Q-Droid 654 Posted November 12, 2018 Share Posted November 12, 2018 Playback of ATSC OTA my Nvidia Shield. MPEG2 Video - Direct Dolby 5.1 Audio - Direct Transcode Reason: Unsupported Container The container gets remuxed due to unsupported TS format but the streams are playing directly and not being transcoded or converted. Link to comment Share on other sites More sharing options...
Luke 37112 Posted November 12, 2018 Share Posted November 12, 2018 Playback of ATSC OTA my Nvidia Shield. MPEG2 Video - Direct Dolby 5.1 Audio - Direct Transcode Reason: Unsupported Container The container gets remuxed due to unsupported TS format but the streams are playing directly and not being transcoded or converted. Since you are jumping into somebody else's thread, can you please first describe the issue that you're having? Thanks. Link to comment Share on other sites More sharing options...
Q-Droid 654 Posted November 12, 2018 Share Posted November 12, 2018 I don't have an issue. I was providing evidence that the Nvidia Shield can handle MPEG2 Video and DD 5.1 Audio without transcoding of OTA content. And that the transcoding message is about the container, not the streams. My apologies for not being clearer. Link to comment Share on other sites More sharing options...
Luke 37112 Posted November 12, 2018 Share Posted November 12, 2018 We do this because seeking may otherwise not work correctly. Link to comment Share on other sites More sharing options...
IkeTaylor11 60 Posted February 26, 2019 Share Posted February 26, 2019 (edited) We do this because seeking may otherwise not work correctly. Luke, hoping this can be explained better and if the current playback of recordings is working as it should or if something needs to be fixed. Whenever I playback a recording that was done by Emby (.ts format) I get the "unsupported container" transcoding and the stream is remuxed for playback. According to the ExoPlayer site (https://google.github.io/ExoPlayer/supported-formats.html) I believe it supports the HLS format with the mpegts container type and H264 and AAC streams. If thats the case, then why is the playback remuxing instead of direct playing? If that isn't the case, can this be fixed so that recordings can direct play? I have attached a copy of the stats for nerds on a recording playback. EDIT: I did some further looking into this which led me to the Android developers site (https://developer.android.com/guide/topics/media/media-formats). According to their site the .ts format inside and mpegts container is supported, but not for seeking. So is this the reason that Emby is transcoding it, to allow for seeking of the recording? If thats the case, why doesnt Emby do recordings in .mp4 and deliver them in the MPEG-4 container? That would allow for seeking capability and stop with all the transcoding and remuxing that has to happen on every playback of recorded media. Edited February 26, 2019 by IkeTaylor11 Link to comment Share on other sites More sharing options...
ebr 14929 Posted February 26, 2019 Share Posted February 26, 2019 See my answer here. We used to try to convert to mp4 but it was extremely unreliable. You can use our conversion feature to convert them after they finish, however. Link to comment Share on other sites More sharing options...
IkeTaylor11 60 Posted February 26, 2019 Share Posted February 26, 2019 See my answer here. We used to try to convert to mp4 but it was extremely unreliable. You can use our conversion feature to convert them after they finish, however. I’ve read in other threads that the automatic convert after the recording is finished it not reliable either. Because it’s controlled by a task and not event driven. Has this been improved yet or does the issue still exist? I would be fine with doing the convert after the fact if it’s reliable. Sent from my iPhone using Tapatalk Link to comment Share on other sites More sharing options...
ebr 14929 Posted February 26, 2019 Share Posted February 26, 2019 I'm not aware of any reliability problems with the conversion feature. When the task happens doesn't impact its reliability... Link to comment Share on other sites More sharing options...
IkeTaylor11 60 Posted February 26, 2019 Share Posted February 26, 2019 I'm not aware of any reliability problems with the conversion feature. When the task happens doesn't impact its reliability... the reliability seems to be if and when the task kicks off. See attached thread below. If the conversion was event based, as soon as the recording ends, it would resolve the issue. Since the task is run on a schedule and theres instances where the task doesnt run then you end up having to wait longer for the conversion to happen. https://emby.media/community/index.php?/topic/61551-bring-back-the-convert-on-the-fly/ Link to comment Share on other sites More sharing options...
maegibbons 1267 Posted February 26, 2019 Share Posted February 26, 2019 It is possible to run a Post Processing script to convert the .ts to .mkv and do whatever you want. This is used by several of us.. You are right that whilst the convert function does work it does not immediately get fired on recording finish. Once they actually sort that it will be much better. TBH with the knowledge that they have now accumalted with ffmpeg and the fact that they have forked there own I think they could have another go at "on the Fly" conversion and get it working properly at the time of recording. Krs Mark Link to comment Share on other sites More sharing options...
IkeTaylor11 60 Posted February 26, 2019 Share Posted February 26, 2019 @@maegibbons thats what I was hoping @@ebr would have said. If the recording process was just done directly to mp4 then there would be no remuxing or transcoding that would need to happen outside of the recording. I don't think a conversion would even need to happen. The record process would just save the file as a .mp4 instead of a .ts file so the conversion is happening directly inside the recording process, not after its completed. Or am I completely off base and that isn't possible? Link to comment Share on other sites More sharing options...
ebr 14929 Posted February 26, 2019 Share Posted February 26, 2019 It isn't as simple as just changing a file extension or how something is saved. There are a lot of moving parts here. We may be able to bring the "on the fly" conversion back at some point but we aren't there yet. Link to comment Share on other sites More sharing options...
IkeTaylor11 60 Posted February 26, 2019 Share Posted February 26, 2019 It isn't as simple as just changing a file extension or how something is saved. There are a lot of moving parts here. We may be able to bring the "on the fly" conversion back at some point but we aren't there yet. I’m not saying it’s simple or that it’s even just a different file extension name. I know it would be a shift in how the software currently works. But, i would like to see it stay on the devs radar. Sent from my iPhone using Tapatalk Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now