Emby android resorts to transcoding without giving any reason why

[nishwahareesh 2]

Before I start, I'll explain what I mean by "without giving any reason why"

usually when it starts to transcode, it would give a reason why like this (check the blue circling)

Note:- I've forcefully made this video to transcode in the above picture by reducing the bitrate so that is not a bug 

 

but in this case, it doesn't

this could be a bug so I'm just reporting that

Now, I have no clue as to why this video transcodes while other videos with the same format doesn't. It's definitely not the subtitles or the audio because I've reencoded the video to HEVC and the audio and subtitle plays directly.

Here's the logs

ffmpeg-transcode-f5e334ff-98b7-4cd7-85d5-aeab259c3705_1.txt

 

Here's the media info

mediainfo.txt

 

And here's the sample video

Flowers of Evil - S01E01 - Flowers of Evil 1 of 13 (1)-001.mkv

 

Ran with galaxy s10 on Emby android 3.1.94

 

[vdatanet 1574]

In my opinion, subtitles are the transcode reason:

09:06:13.363 [subtitles@f2 @ 0000026b351ec100] Shaper: FriBidi 1.0.5 (SIMPLE) HarfBuzz-ng 2.6.1 (COMPLEX)
09:06:13.373 [subtitles@f2 @ 0000026b351ec100] Loading font file 'C:\Users\nishw\AppData\Roaming\Emby-Server\programdata\fonts/DroidSansFallback.ttf'
09:06:13.382 [subtitles@f2 @ 0000026b351ec100] Using font provider directwrite
09:06:14.397 Stream mapping:
09:06:14.397   Stream #0:0 (h264) -> format (graph 0)
09:06:14.397   subtitles (graph 0) -> Stream #0:0 (h264_nvenc)
09:06:14.397   Stream #0:1 -> #0:1 (flac (native) -> aac (native))

 

Edited May 11, 2021 by vdatanet

[nishwahareesh 2]

2 hours ago, vdatanet said:

In my opinion, subtitles are the transcode reason:

09:06:13.363 [subtitles@f2 @ 0000026b351ec100] Shaper: FriBidi 1.0.5 (SIMPLE) HarfBuzz-ng 2.6.1 (COMPLEX)
09:06:13.373 [subtitles@f2 @ 0000026b351ec100] Loading font file 'C:\Users\nishw\AppData\Roaming\Emby-Server\programdata\fonts/DroidSansFallback.ttf'
09:06:13.382 [subtitles@f2 @ 0000026b351ec100] Using font provider directwrite
09:06:14.397 Stream mapping:
09:06:14.397   Stream #0:0 (h264) -> format (graph 0)
09:06:14.397   subtitles (graph 0) -> Stream #0:0 (h264_nvenc)
09:06:14.397   Stream #0:1 -> #0:1 (flac (native) -> aac (native))

 

definitely not the subtitles because it direct played in a HEVC video 

[vdatanet 1574]

Just for testing, If you deactivate subtitles, what happens? it keeps transcoding?

[nishwahareesh 2]

1 hour ago, vdatanet said:

Just for testing, If you deactivate subtitles, what happens? it keeps transcoding?

Yes it does. I should've mentioned that.

Edited May 11, 2021 by nishwahareesh

[vdatanet 1574]

It's strange. I've downloaded the sample and I get direct play in my Samsung S10

[nishwahareesh 2]

2 hours ago, vdatanet said:

It's strange. I've downloaded the sample and I get direct play in my Samsung S10

Odd. Mine just resorts to transcoding despite having the capabilities of running it. 

[nishwahareesh 2]

5 hours ago, vdatanet said:

Just for testing, If you deactivate subtitles, what happens? it keeps transcoding?

Correction

Video direct plays but audio is transcoded. Odd. S10 has FLAC support 

[vdatanet 1574]

40 minutes ago, nishwahareesh said:

Correction

Video direct plays but audio is transcoded. Odd. S10 has FLAC support 

If remuxing is required, ASS subtitles require full transcoding. It's odd, my Samsung S10 direct plays that content.

[nishwahareesh 2]

27 minutes ago, vdatanet said:

If remuxing is required, ASS subtitles require full transcoding. It's odd, my Samsung S10 direct plays that content.

its fine. I'll just mux in the EAC3 audio into the original source. Since FLAC is a waste of space anyways. Thanks for the help. 

Edited May 11, 2021 by nishwahareesh

[nishwahareesh 2]

16 hours ago, vdatanet said:

If remuxing is required, ASS subtitles require full transcoding. It's odd, my Samsung S10 direct plays that content.

I found the solution and its a weird one. Remuxing the original video with mkvtoolnix fixes it. This is probably due to the FLAC metadata not properly written. So it's the audio's fault and not the media player. 

Edited May 12, 2021 by nishwahareesh

[Carlo 4509]

Thanks for the update.