Carlo 4552 Posted September 2, 2020 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?
FliegenderMaulwurf 1 Posted September 3, 2020 Author 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
Carlo 4552 Posted September 3, 2020 Posted September 3, 2020 Thanks, that's really good information to know about the stream source.
Luke 40079 Posted September 29, 2020 Posted September 29, 2020 hi @FliegenderMaulwurf have you updated to Emby Server 4.5? Are you still running into this?
FliegenderMaulwurf 1 Posted September 30, 2020 Author Posted September 30, 2020 Yes, I'm still running into this in 4.5.1
Luke 40079 Posted October 3, 2020 Posted October 3, 2020 So you're saying it's fine on the windows server, but not android?
FliegenderMaulwurf 1 Posted October 3, 2020 Author Posted October 3, 2020 Yes, it's working fine on windows server.
Carlo 4552 Posted October 6, 2020 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
Luke 40079 Posted October 8, 2020 Posted October 8, 2020 Hi, have you tried this with Emby Server 4.5.2?
FliegenderMaulwurf 1 Posted October 13, 2020 Author Posted October 13, 2020 Yes, I still have this problem in 4.5.2
Luke 40079 Posted October 21, 2020 Posted October 21, 2020 Does your provider stop the stream after 20 minutes?
Carlo 4552 Posted October 21, 2020 Posted October 21, 2020 ffmpeg is getting shut down by android watch dog likely do to resource use.
softworkz 4569 Posted October 27, 2020 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
FliegenderMaulwurf 1 Posted November 2, 2020 Author 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.
Luke 40079 Posted November 5, 2020 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.
FliegenderMaulwurf 1 Posted November 5, 2020 Author Posted November 5, 2020 ffmpeg-transcode-4794d6a0-ec0c-4e5e-999d-e0a8255e1e28_1.txt
softworkz 4569 Posted November 6, 2020 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
FliegenderMaulwurf 1 Posted November 24, 2020 Author Posted November 24, 2020 I sent a test video to softworkz last week.
Luke 40079 Posted January 28, 2021 Posted January 28, 2021 Hi, can you try the beta server 4.6.0.21+ and see if that resolves this for you? Thanks !
FliegenderMaulwurf 1 Posted March 7, 2021 Author Posted March 7, 2021 sorry for the late reply. i've done some testing and the issue seems to be solved. had streams running for several hours without any problems. thanks. 1
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