Beta 0.18.0 Transcoding on playable media

[Hello-World-Traveler]

Describe the bug

1. Play the episode (and there is a small chance it will transcodes),
2. Exit
3. Play again
4. Direct play

play_method  = "Transcode (v:direct a:direct)"
MKV file

Every device is able to play h.264 and AAC. This bug doesn't happen often, I think?
0.18.0 Beta 3 ( haven't gotten around to beta 4 and written this out last week)

Logs

The media is in an incompatible file container (MKV, AVI, WMV, etc) but both the video stream and audio stream are compatible with the device. The media will be repackaged losslessly on the fly before being sent to the device.


Remux uses very little processing power with a completely lossless media quality
```.

### FFmpeg logs

```shell
Duration: 00:42:35.54, start: 0.000000, bitrate: 4396 kb/s
  Stream #0:0: Video: h264 (Main), yuv420p(tv, bt709, progressive), 1278x720 [SAR 1:1 DAR 71:40], 24 fps, 24 tbr, 1k tbn (default)
      Metadata:
        DURATION        : 00:42:35.520000000
  Stream #0:1(eng): Audio: aac (LC), 48000 Hz, stereo, fltp (default)
      Metadata:
        title           : Stereo
        DURATION        : 00:42:35.541000000
  Stream #0:2(eng): Subtitle: ass (ssa)
      Metadata:
        DURATION        : 00:41:57.231000000
  Stream #0:3: Video: mjpeg (Progressive), yuvj420p(pc, bt470bg/unknown/unknown), 249x185 [SAR 1:1 DAR 249:185], 90k tbr, 90k tbn (attached pic)
      Metadata:
        filename        : cover.jpg
        mimetype        : image/jpeg
[out#0/hls @ 0x55fbaa113900] Codec AVOption threads (set the number of threads) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream.
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
Output #0, hls, to '/var/lib/jellyfin/transcodes/89bee308c5f5344d5d245ae2.m3u8':
  Metadata:
    encoder         : Lavf61.1.100
  Stream #0:0: Video: h264 (Main), yuv420p(tv, bt709, progressive), 1278x720 [SAR 1:1 DAR 71:40], q=2-31, 24 fps, 24 tbr, 90k tbn (default)
  Stream #0:1: Audio: aac (LC), 48000 Hz, stereo, fltp (default)
Press [q] to stop, [?] for help

Media info of the file

Video
Title: 720p H264 SDR
Codec: H264
AVC: Yes
Profile: Main
Level: 31
Resolution: 1278x720
Aspect ratio: 16:9
Anamorphic: No
Interlaced: No
Framerate: 24
Bitrate: 4396 kbps
Bit depth: 8 bit
Video range: SDR
Video range type: SDR
Color space: bt709
Color transfer: bt709
Color primaries: bt709
Pixel format: yuv420p
Ref frames: 1
NAL: 4



Audio
Title: Stereo - English - AAC - Default
Language: eng
Codec: AAC
AVC: No
Profile: LC
Layout: stereo
Channels: 2 ch
Bitrate: 192 kbps
Sample rate: 48000 Hz
Default: Yes
Forced: No
External: No

Application version

0.18.0

Device information

NS

Android version

Android 11

Jellyfin server version

10.10.3

[BotBlake]

Your attached logfile doesnt seem to match your bug description.

The logfile claims, that its remuxing, because you are using an unsupported container.
There is no actual transcoding going on.

Please attach some more detail.
Also make sure that you cannot reproduce this issue on the latest Version (0.18.3)
On my end, I cannot reproduce the issue.