Trickplay and Chapter Images storage location.

[Efficient_Good_5784]

This would also be possible if the trickplay is not stored in the config folder.
Jellyfin knows when a file chances, so it can delete the trickplay on rescan and generate a new one afterward. This probably is the current behavior anyway.

Also, if you delete a movie, you'd normally delete the folder and not just the movie file, especially if you store pictures and nfo files in the media location.

For movies yeah, since you generally store a single video file per movie folder (except for those with multiple versions of the same movie).

What I was referring to were situations where you simply edited a single episode in a season/show, or replaced a movie without clearing out the folder it's in.

To explain the previous Jellyscrub behavior, take this folder structure for example:

- Show name
     - Season 1
          - trickplay
               - ep1 [12345678]-320.bif
               - ep2 [12345678]-320.bif
          - ep1 [12345678].mkv
          - ep1 [12345678].nfo
          - ep2 [12345678].mkv
          - ep2 [12345678].nfo

Deleting ep1 and replacing it with a new version (thus giving it a new crc32 checksum in the filename) results with the following:

- Show name
     - Season 1
          - trickplay
               - ep1 [12345678]-320.bif
               - ep1 [24136857]-320.bif
               - ep2 [12345678]-320.bif
          - ep1 [24136857].mkv
          - ep1 [24136875].nfo
          - ep2 [12345678].mkv
          - ep2 [12345678].nfo

The Jellyscrub plugin would not delete the leftover bif file meant for the old ep1 version.
The creator of the plugin mentioned in a github issue about this that it wasn't a big concern to handle left-over bif files since each bif file was generally small in size, so having a few left-over bif files here and there wouldn't be much of a problem.