cayars 1686 Posted September 2, 2020 Share Posted September 2, 2020 What is the source of this TV? Is this a network tuner or IPTV? If IPTV have you extensively tested playing this on the Shield outside of Emby to make sure this isn't an IPTV provider issue? Link to post Share on other sites
FliegenderMaulwurf 0 Posted September 3, 2020 Author Share Posted September 3, 2020 It's a livestream from an enigma2 set top box on my local network. The stream will play for hours, this isn't the problem. Also Emby server for windows will transcode the stream for hours without any problems and with ffmpeg only using 150-160 MB of RAM. I've attached logs from the shield emby server and from a windows emby server where everything works fine. Both servers transcoded the same stream at the same time and I used chrome as client. Maybe that helps. windows-ffmpeg-transcode-0053346b-ec5c-4973-bb8a-57d820745e02_1.txt windows-embyserver.txt android-embyserver.txt android-ffmpeg-transcode-591a3f63-4ff8-401f-bc94-59b1bdccf387_1.txt Link to post Share on other sites
cayars 1686 Posted September 3, 2020 Share Posted September 3, 2020 Thanks, that's really good information to know about the stream source. Link to post Share on other sites
Luke 25893 Posted September 29, 2020 Share Posted September 29, 2020 hi @FliegenderMaulwurf have you updated to Emby Server 4.5? Are you still running into this? Link to post Share on other sites
FliegenderMaulwurf 0 Posted September 30, 2020 Author Share Posted September 30, 2020 Yes, I'm still running into this in 4.5.1 Link to post Share on other sites
Luke 25893 Posted October 3, 2020 Share Posted October 3, 2020 So you're saying it's fine on the windows server, but not android? Link to post Share on other sites
FliegenderMaulwurf 0 Posted October 3, 2020 Author Share Posted October 3, 2020 Yes, it's working fine on windows server. Link to post Share on other sites
cayars 1686 Posted October 6, 2020 Share Posted October 6, 2020 (edited) speechles already showed the source of the problem. Now the question is why? Likely: Emby is using more and more memory until it get's shut down during the transcode. Edited October 21, 2020 by cayars Link to post Share on other sites
Luke 25893 Posted October 8, 2020 Share Posted October 8, 2020 Hi, have you tried this with Emby Server 4.5.2? Link to post Share on other sites
FliegenderMaulwurf 0 Posted October 13, 2020 Author Share Posted October 13, 2020 Yes, I still have this problem in 4.5.2 Link to post Share on other sites
Luke 25893 Posted October 21, 2020 Share Posted October 21, 2020 Does your provider stop the stream after 20 minutes? Link to post Share on other sites
cayars 1686 Posted October 21, 2020 Share Posted October 21, 2020 ffmpeg is getting shut down by android watch dog likely do to resource use. Link to post Share on other sites
softworkz 756 Posted October 27, 2020 Share Posted October 27, 2020 @FliegenderMaulwurf - There's no generally known memory leak with hw acceleration on the Shield. When you do H.264-to-H.264 transcoding with files from other sources (not tv recordings) - do you see the same problem? . Could you please go to "Transcoding" settings, choose "Advanced" and deselect the H.264 hw decoder (but leave the encoder enabled) Does the problem still occur? Thanks Link to post Share on other sites
FliegenderMaulwurf 0 Posted November 2, 2020 Author Share Posted November 2, 2020 On 10/28/2020 at 12:22 AM, softworkz said: @FliegenderMaulwurf - There's no generally known memory leak with hw acceleration on the Shield. When you do H.264-to-H.264 transcoding with files from other sources (not tv recordings) - do you see the same problem? . Could you please go to "Transcoding" settings, choose "Advanced" and deselect the H.264 hw decoder (but leave the encoder enabled) Does the problem still occur? Thanks 1) Haven't tested this before, but yes, I see the same problem when transcoding files from other sources. 2) That seems to fix the problem, but the live tv stream will pause every 3 seconds for 1 second. Guess the shield is too slow without the hw decoder. Link to post Share on other sites
Luke 25893 Posted November 5, 2020 Share Posted November 5, 2020 On 11/2/2020 at 7:48 AM, FliegenderMaulwurf said: 1) Haven't tested this before, but yes, I see the same problem when transcoding files from other sources. 2) That seems to fix the problem, but the live tv stream will pause every 3 seconds for 1 second. Guess the shield is too slow without the hw decoder. Can you attach the ffmpeg log? we can confirm that theory. Thanks. Link to post Share on other sites
FliegenderMaulwurf 0 Posted November 5, 2020 Author Share Posted November 5, 2020 ffmpeg-transcode-4794d6a0-ec0c-4e5e-999d-e0a8255e1e28_1.txt Link to post Share on other sites
softworkz 756 Posted November 6, 2020 Share Posted November 6, 2020 On 11/2/2020 at 1:48 PM, FliegenderMaulwurf said: 2) That seems to fix the problem, but the live tv stream will pause every 3 seconds for 1 second. Guess the shield is too slow without the hw decoder. Thanks for the log. You are probably right: H264 decoding plus deinterlacing plus scaling is probably too much to do in software. On 11/2/2020 at 1:48 PM, FliegenderMaulwurf said: 1) Haven't tested this before, but yes, I see the same problem when transcoding files from other sources. Could you (privately) provide a test video that allows us to reproduce the issue (ffmpeg memory raising and eventually getting terminated)? Thanks Link to post Share on other sites
Luke 25893 Posted November 24, 2020 Share Posted November 24, 2020 @FliegenderMaulwurf ? Link to post Share on other sites
FliegenderMaulwurf 0 Posted November 24, 2020 Author Share Posted November 24, 2020 I sent a test video to softworkz last week. Link to post Share on other sites
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