Android TV Playback Stutters After A Minute

[Nisten 15]

Having problems where playback seems to stutter or stall on a particular android tv box. After about a minute of playback, the problem occurs. However, I do not have this problem playing back the same media on another android tv box, namely the nvidia shield.

 

-1st server log and 1st 5 ffmpeg logs are for the affected android tv box

-2nd server log and the 6th & 7th ffmpeg log are for the unaffected nvidia shield

server log 12-17.txt

ffmpeg log 1.txt

ffmpeg log 2.txt

ffmpeg log 3.txt

ffmpeg log 4.txt

ffmpeg log 5.txt

2nd server log 12-17.txt

ffmpeg log 6.txt

ffmpeg log 7.txt

[Luke 39651]

What device are you trying to play on?

[ebr 15577]

Hi.  Try turning off hardware acceleration and see if that makes a difference.

 

You are trying to burn in subs and ffmpeg is throwing a lot of warnings/errors.  That may or may not be related since the same thing is happening with the Shield but its worth a try.

 

(and, yes, what is the device)

[Luke 39651]

@@softworkz can you review these ffmpeg logs about incompatible parameters with qsv? thanks.

[Nisten 15]

Device: Channel Master Stream+

 

Sent from my SM-G935P using Tapatalk

[ebr 15577]

Okay, I hadn't heard of that device before.

 

It looks like the app tries to direct stream but encounters an error.  If you can follow the directions to send a log from the app, I may be able to see something.

 

Thanks.

[Nisten 15]

Hi. Try turning off hardware acceleration and see if that makes a difference.

 

You are trying to burn in subs and ffmpeg is throwing a lot of warnings/errors. That may or may not be related since the same thing is happening with the Shield but its worth a try.

 

(and, yes, what is the device)

turning off hardware acceleration seems to have worked as a workaroundserver log.txtffmpeg Log.txt

 

Sent from my SM-G935P using Tapatalk

[Nisten 15]

Okay, I hadn't heard of that device before.

 

It looks like the app tries to direct stream but encounters an error. If you can follow the directions to send a log from the app, I may be able to see something.

 

Thanks.

After an Intel Software Update and Computer Reboot, I cannot enable hardware acceleration (when I change it to "Yes" > Save > Go to another section > Come Back > It didn't save and is set back to "No") and the picker doesn't show the brand name decoders anymore.

 

Sent app logs anyway (User: Sonja) ffmpeg log 2.txtserver log 2.txt

 

Sent from my SM-G935P using Tapatalk

Edited December 18, 2018 by Nisten

[Luke 39651]

@@softworkz

[softworkz 4492]

After an Intel Software Update and Computer Reboot, I cannot enable hardware acceleration (when I change it to "Yes" > Save > Go to another section > Come Back > It didn't save and is set back to "No") and the picker doesn't show the brand name decoders anymore.

 

You're accessing the server dashboard from the client app code which is already adapted for the 3.6 version.

 

Please access the server dashboard by connecting to your server from a browser directly.

Edited December 19, 2018 by softworkz

[Nisten 15]

Okay, I hadn't heard of that device before.

 

It looks like the app tries to direct stream but encounters an error. If you can follow the directions to send a log from the app, I may be able to see something.

 

Thanks.

App Log sent (1135am CST - User Sonja)

 

Playback no longer stutters but the stream info on the dashboard says "direct play error" and "media bit rate exceeded". The latter shouldn't be true or occurring since it's a DVD rip and the bit rate settings is set to auto

 

server & ffmpeg log attached

 

Sent from my SM-G935P using Tapatalk

ffmpeg log 1.txt

ffmpeg log 2.txt

ffmpeg log 3.txt

ffmpeg log 4.txt

server log.txt

Edited December 23, 2018 by Nisten

[Luke 39651]

By the way I notice you're customizing some server transcoding settings such as CRF. Anytime you run into this kind of problem, the first thing you ought to be testing is resetting those back to defaults. Thanks.

[Nisten 15]

Hardware acceleration is set to QS but hardware decoding & encoding is off; haven't had anymore problems since then.

[Nisten 15]

Is there an ETA on 3.6 releasing on the public channel? My schedules direct membership recently expired and I would like to avoid renewing it.

[Luke 39651]

Any day now. We're going as fast as we can. Thanks !

[Nisten 15]

Re-enabled HW transcoding and the problem reappears. Tried resetting CRF but no luck and if i recall i also disabled HWA (one-time) but the issue persisted in all scenarios

 

Also don't know if this needs to be moved to the "Android TV / Fire TV" section

HW detection log.txt

server log.txt

server log 2.txt

ffmpeg remux log.txt

ffmpeg remux log 2.txt

ffmpeg remux log 3.txt

ffmpeg transcode log.txt

ffmpeg transcode log 2.txt

ffmpeg transcode log 3.txt

Edited January 21, 2019 by Nisten

[ebr 15577]

@@softworkz

[softworkz 4492]

Re-enabled HW transcoding and the problem reappears. Tried resetting CRF but no luck and if i recall i also disabled HWA (one-time) but the issue persisted in all scenarios

 

Also don't know if this needs to be moved to the "Android TV / Fire TV" section

 

 ffmpeg transcode log 2.txt  is showing successful transcoding through QuickSync.

 

Could you please describe where you think that you're having a problem?

[Nisten 15]

Problem is with remuxed/direct streamed video playback on this particular device. As a result, playback stutters every minute or so, lately its more frequent than that.

 

Turning off HWA & Lowering the bitrate during playback to force heavier (software) transcoding appears to be the workaround.

 

Sent from my SM-G935P using Tapatalk

Edited January 22, 2019 by Nisten

[Nisten 15]

HWA is off but the issue is still occurring. In-app log sent

 

Time: 158pm CST

User: Sonja

Action: Attempting to play Incredibles 2 (blu-ray rip)

Experience: 2-3 times within a single minute, playback actually stopped for 2-3 seconds

remux log.txt

server log.txt

[ebr 15577]

Hi.  It looks like the bitrate is just too high for either the device, the network conditions or the network implementation on the device.

 

Most of these devices publish specs to support video up to about 20Mb/s.  This one is 33.  This box is marketed as a Live TV DVR so may not be tested with streams over 20.  Does the problem occur if you lower the in-app bitrate setting to 20?

[Nisten 15]

No, the problem doesn't occur. Similar to what I reported in post #18