no trickplay on DVR recordings

[Marsbar]

Hi

I have a jellyfin (10.9.7) server set up on a miniPC running Debian 12 on an N100, linked to a networked HDHomeRun quad TV tuner.

I have enabled trickplay generation and it works for downloaded media, but not for the recordings. I tried finding a setting for trickplay in the Recordings library but there isn't one.

Am I being obtuse or is this just Not Possible Yet?

Thanks

Geoff

[TheDreadPirate]

It looks like recordings are explicitly excluded.

https://github.com/jellyfin/jellyfin-web...or.js#L393

[Marsbar]

It looks like recordings are explicitly excluded.

https://github.com/jellyfin/jellyfin-web...or.js#L393

Thanks for the reply.

I'm no expert on the jellyfin codebase but that looks like exactly the opposite, surely? It's adding the "hide" class if contenttype isn't movies, tvshows, mixed etc.

I guess the problem is that the Recordings library shows as "Other". Now to work out how to either change that or change the test you listed.

[Marsbar]

I guess the problem is that the Recordings library shows as "Other". Now to work out how to either change that or change the test you listed.

For what it's worth, I managed to change the values directly in the options.xml for the Recordings library

  <EnableTrickplayImageExtraction>true</EnableTrickplayImageExtraction>
  <ExtractTrickplayImagesDuringLibraryScan>true</ExtractTrickplayImagesDuringLibraryScan>

and that works; however it would really be preferable to change it so it's configurable in the UI.

[TheDreadPirate]

The code says this.

If the library is NOT one of these types

Shows
Movies
Music Videos
Mixed
Home Videos

Add the hide class so it doesn't appear.

Other wise remove the hide class so it does appear.

I'm assuming it was done in this manor so that the default behavior is to not show the trickplay option. Except for the library types explicitly defined.

Due to how long trickplays take to generate, even on a fast system, I'm not sure I'd want trickplays to be generated for recordings. But that's my preference/opinion.

[Mushie]

My situtaiton is a bit different. Trickplay generates images for about the 1st minute of a recording, then it fails to generate for the remainder of the show. If I remove the recording completely from the scanned recordings folder, scan the library, copy the recording back to the original folder, and rescan, then trickplay files are generated for the entire recording.

I am on Windows 10 running v10.9.8. This was the same issue with older versions as well.

Thanks!

[TheDreadPirate]

For your recording library, do you have real time monitoring enabled? And do you have it set to generate trickplays immediately upon adding content to the library? Same with chapter image extraction?

[Mushie]

For your recording library, do you have real time monitoring enabled?  And do you have it set to generate trickplays immediately upon adding content to the library?  Same with chapter image extraction?

Yes to all

[TheDreadPirate]

Ok. It is probably picking up the recording near to when the recording starts, creating trickplays on the first few minutes, and tracking that as "done" even though the recording is still going.

You should do either of the following.

1) Turn off real time monitoring and let the twice daily scheduled scan job run. Or do an on-demand scan.
2) Uncheck trickplay and chapter image extraction during the library scan for the recording libraries. And do an on-demend trickplay run or let the scheduled task run when it runs.

Either should prevent this from happening to future recordings.

For existing recordings, re-scan the library and select "search for missing metadata" and check "replace existing images". This should trigger jellyfin to regenerate the trickplays.

[Mushie]

Will try. Thanks for the advice!