Android TV playback stuttering

[erikpre@gmail.com 0]

Hi All,

 

I require some assistance please. I am experiencing playback freezing every few seconds. It does not make any difference even when I set the client to stream at 1Mbps the same happens.

Please let me know what additional information is required. Thanks for the assistance.

 

Emby server is running on Windows 10 and it is on the latest version.

Emby client is running the Emby android app on a chromecast with Android TV on the latest version.

embyserver.txt hardware_detection-63757743612.txt ffmpeg-transcode-bd89aaed-63b0-4f39-807e-2b02e31b60cb_1.txt ffmpeg-transcode-ebc9fda1-180a-4818-afd1-a68b51496fe0_1.txt ffmpeg-transcode-1a3e9ef2-42ba-4434-abdf-db4f0d90ee3c_1.txt ffmpeg-transcode-1944b4df-568d-4294-9a29-5fbb73c1e9c5_1.txt

[ebr 16178]

Hi.  Lots of timestamp issues in that file.  How was it created?

20:35:29.020 [segment @ 000002aa47c04480] Non-monotonous DTS in output stream 1:1; previous: 85349, current: 85343; changing to 85350. This may result in incorrect timestamps in the output file.
20:35:29.028 [segment @ 000002aa47c04480] Non-monotonous DTS in output stream 1:1; previous: 85350, current: 85343; changing to 85351. This may result in incorrect timestamps in the output file.
20:35:29.029 [segment @ 000002aa47c04480] Non-monotonous DTS in output stream 1:1; previous: 85351, current: 85344; changing to 85352. This may result in incorrect timestamps in the output file.
20:35:29.029 [segment @ 000002aa47c04480] Non-monotonous DTS in output stream 1:1; previous: 85352, current: 85345; changing to 85353. This may result in incorrect timestamps in the output file.
20:35:29.029 [segment @ 000002aa47c04480] Non-monotonous DTS in output stream 1:1; previous: 85353, current: 85346; changing to 85354. This may result in incorrect timestamps in the output file.
20:35:29.030 [segment @ 000002aa47c04480] Non-monotonous DTS in output stream 1:1; previous: 85354, current: 85344; changing to 85355. This may result in incorrect timestamps in the output file.
20:35:29.030 [segment @ 000002aa47c04480] Non-monotonous DTS in output stream 1:1; previous: 85355, current: 85345; changing to 85356. This may result in incorrect timestamps in the output file.
20:35:29.031 [segment @ 000002aa47c04480] Non-monotonous DTS in output stream 1:1; previous: 85356, current: 85346; changing to 85357. This may result in incorrect timestamps in the output file.
20:35:29.032 [segment @ 000002aa47c04480] Non-monotonous DTS in output stream 1:1; previous: 85357, current: 85347; changing to 85358. This may result in incorrect timestamps in the output file.

 

[erikpre@gmail.com 0]

Hi,

 

ok thanks. Lets just say I got it from a friend  Would re-encoding the file help with this?

 

[ebr 16178]

1 minute ago, erikpre@gmail.com said:

Would re-encoding the file help with this?

Quite possibly.

[erikpre@gmail.com 0]

ok thanks let me try that and report back.

[Carlo 4561]

You could also try to re-acquire a different version from "your friend" which might also work.

[speechles 2055]

You do not have to re-encode. Just drop it into MKVToolNix GUI. Select all streams and simply remux. It is a compressed header issue or chapters at the end or several other rookie encoding mistakes. Some software comes default to ridiculous standards for headers. Use MKVToolNix GUI and you can remux the problem away. Let us know if this does not solve the problem simply remux.

[vdatanet 1617]

Whoever has a friend has a treasure 

[erikpre@gmail.com 0]

Hi,

 

So i converted the file to MP4 and same problem, I have also checked multiple other files some of the are around 2 years old and they are all stuttering. Some more some less but all of them are doing it every few seconds. New log is attached.

embyserver (2).txt

[vdatanet 1617]

32 minutes ago, erikpre@gmail.com said:

Hi,

 

So i converted the file to MP4 and same problem, I have also checked multiple other files some of the are around 2 years old and they are all stuttering. Some more some less but all of them are doing it every few seconds. New log is attached.

embyserver (2).txt 366.14 kB · 0 downloads

Can you share the transcoding log?

[erikpre@gmail.com 0]

Hi,

 

Here it is.

ffmpeg-remux-12e2a880-bca6-4ddc-9081-5184601857d1_1.txt

[ebr 16178]

6 hours ago, erikpre@gmail.com said:

So i converted the file to MP4

All that would have done is change the container, correct?

It is now stream-copying the video so I suspect it is the player having the same problems that ffmpeg was before.

[erikpre@gmail.com 0]

hI,

 

Thanks for the assistance.

 

I am having the same problem now with most files. Previously I was using a Xbox as the emby client and this was working fine. Even a week ago this was working fine on the android tv also.

"I have also checked multiple other files some of the are around 2 years old and they are all stuttering. Some more some less but all of them are doing it every few seconds."

[ebr 16178]

2 minutes ago, erikpre@gmail.com said:

Even a week ago this was working fine on the android tv also.

What changed in that time period?  Any network or hardware changes?

[erikpre@gmail.com 0]

No recent hardware changes.

 

There has been many software updates to emby, windows and android tv.

 

What I have now discovered is that movies seem to play fine but series is a problem. series is stored on 1 hard drive and movies is on another, i have run the windows error checking and the hard drive seems fine and it is also only about 1 year old.

 

All these files work perfectly fine when I play them on my iPad.

 

So I dont know, im completely lost.

Edited May 28, 2021 by erikpre@gmail.com

[ebr 16178]

Internal SATA drive or USB?  Try de-fragging it maybe...?

[erikpre@gmail.com 0]

Hi,

 

It is internal SATA, I have already run defrag.

 

Interesting thing is I just installed Plex on the same server that is running Emby and then I am able to play the same file with no problem.

[ebr 16178]

Hi. Can you provide one of the problem items for testing?

Actually, before you do that, can you try moving one of the ones showing the problem to the other hard drive and see if that changes anything?

[Luke 42078]

@erikpre@gmail.com ?