[Issue]: Live TV recordings show up twice in listings: once with the actual media, and again for the -thumb.bin file

[jgoerzen]

Please describe your bug

On Jellyfin 10.8.12, three files are created for many recordings:

1. The .ts file for the media itself
2. The .nfo file containing metadata
3. A -thumb.bin file, which is actually a JPEG containing a thumbnail

When browsing the recorded programs, each program with a -thumb.bin file appears twice: once for the .ts file, and again for the -thumb.bin file. It is difficult to distinguish them in the interface, as both have the same thumbnail. Attempting to play the -thumb.bin file produces no actual playback of anything.

I am having to run a cronjob to delete -thumb.bin files.

This issue was previously described in 10.8.8 in #8856 by another submitter.

The only references to the thumb.bin in the logs look like this:

log_20231113.log:[2023-11-13 19:01:07.267 +00:00] [INF] [10] Emby.Server.Implementations.IO.LibraryMonitor: "Rick Steves: Best of the Alps 2021-06-12-thumb" ("/recordings/Rick Steves: Best of the Alps/Rick Steves: Best of the Alps 2021-06-12-thumb.bin") will be refreshed.

Jellyfin Version

10.8.z

if other:

No response

Environment

- OS: Host OS is Debian bookworm
- Linux Kernel: 6.1.0-13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.55-1 (2023-09-29) x86_64 GNU/Linux
- Virtualization: Running in Docker container using official image
- Clients: Firefox
- Browser: Firefox 115.4.0esr
- FFmpeg Version: included with docker
- Playback Method: n/a
- Hardware Acceleration: none on server
- GPU Model: n/a
- Plugins: default: AudioDB, MusicBrainz, OMDb, Studio Images, TMDb
- Reverse Proxy: n/a
- Base URL: n/a
- Networking: n/a
- Storage: local

Jellyfin logs

See above

FFmpeg logs

n/a

Please attach any browser or client logs here

This is not a client issue

Please attach any screenshots here

No response

Code of Conduct

• [X] I agree to follow this project's Code of Conduct

[hthetiot]

I confirm the issue on 10.8.9 and Samsung TV via DLNA. One of them was a ".ts" subtitle file. Both had different name "Logan's Run.mp4" and "Logan's Run (1976) Remaster.ts" the .ts file was 0.0 mb in size on TV in the corner also.

[raccettura]

I'm having the same issue with the thumb.bin files. Changing them to .jpg does indeed confirm they are JPEG files.

[felix920506]

If you change the thumbnail to a .jpg and rescan will it still show up twice?

[raccettura]

It will not show up twice.

IMHO there seems to be two bugs here:

1. The image is saved as .bin rather than as .jpg.
2. When scanned, this bin file is treated as video when it's a jpeg... there ideally should be some sanity check that it's playable media.

Solving either theoretically negates the other from the experience, however I'd argue both are possibly problematic (especially if Jellyfin is treating any binary file as a video it could be a potential security concern).

[felix920506]

Before we dive any further, can anyone test if this bug is present on the master branch? Please keep in mind that the upgrade from 10.8.x to master is irreversible so please make backups of your configs and databases before upgrading.

[InvestigationNation]

I have been having this same problem for a couple months (Roku crashing when accessing folders with recent recordings) and only recently associated this problem with the presence of <_episode name_>-thumb.bin files.

Thanks for whatever can be done to resolve this.

Server: i5-12600k; Debian 6.1.76-1; Jellyfin 10.8.13-1 Roku: 4801RW-Roku Ultra; v12.5.5 build 4174-DE; Jellyfin App v2.0 build 5

[ch6574]

One more experience to share. I upgraded to 10.9.2 a couple of days back and am no longer seeing these .bin files after a recording (I used to with 10.8.13)