Jellyfin Forum
Testing 10.9.0 - Printable Version

+- Jellyfin Forum (https://forum.jellyfin.org)
+-- Forum: Announcements (https://forum.jellyfin.org/f-announcements)
+--- Forum: Project Announcements (https://forum.jellyfin.org/f-project-announcements)
+--- Thread: Testing 10.9.0 (/t-testing-10-9-0)

Pages: 1 2 3 4 5 6


RE: Testing 10.9.0 - TheDreadPirate - 2024-04-17

Why not run both at the same time? Copy your stable production config to another folder, upgrade to 10.9 and test it out yourself for a while before migrating your family.

If you are using host networking this would require that you change ports in the config before you're able to run both at the same time.


RE: Testing 10.9.0 - ndeering - 2024-04-17

(2024-04-16, 03:43 AM)SethBacon Wrote: Still no changelog?

Hoping for a changelog soon as well. Anything related to embedded subtitles taking a long time to load?


RE: Testing 10.9.0 - bitmap - 2024-04-17

Having a weird thing with scans. I'll try to grab logs next time it happens, but posting it here in case anybody else has the same experience.

I imported a new series, but replaced an episode for consistency's sake. When I replaced the episode (with Sonarr), Jellyfin picked up the replacement episode when I used "Scan All Libraries" but failed to note that the file it replaced was gone. So I had two episodes in my season list with zero indication which was correct, but trying to play one resulted in a generic playback error. I quadruple-checked and there were not two files for that episode in the season folder.

Scanning the individual library where that series lives seemed to clear up the issue, but this has happened a few times since moving up to 10.9. I'll offer more info if/when it happens again.


RE: Testing 10.9.0 - Fate - 2024-04-18

Is there any way you could do an alpha/nightly/dev build of https://github.com/jellyfin/jellyfin-media-player latest git together (since we got this committed now (https://github.com/jellyfin/jellyfin-media-player/commit/e037ea76aeb9f63bda187d6c51b83cc1534a1230) with mpv 0.38 or latest git?

I currently trying to work around 3 different bugs just because mpv is so out of date. I gladly volunteer to be the guinea pig here Winking-face


RE: Testing 10.9.0 - TheDreadPirate - 2024-04-18

(2024-04-18, 10:28 AM)Fate Wrote: Is there any way you could do an alpha/nightly/dev build of https://github.com/jellyfin/jellyfin-media-player latest git together (since we got this committed now (https://github.com/jellyfin/jellyfin-media-player/commit/e037ea76aeb9f63bda187d6c51b83cc1534a1230) with mpv 0.38 or latest git?

I currently trying to work around 3 different bugs just because mpv is so out of date. I gladly volunteer to be the guinea pig here Winking-face

Not with Jellyfin Media Player.  BUT, Jellyfin MPV Shim does support use of external, aka newer, MPV executables with it.


RE: Testing 10.9.0 - Fate - 2024-04-18

(2024-04-18, 12:00 PM)TheDreadPirate Wrote:
(2024-04-18, 10:28 AM)Fate Wrote: Is there any way you could do an alpha/nightly/dev build of https://github.com/jellyfin/jellyfin-media-player latest git together (since we got this committed now (https://github.com/jellyfin/jellyfin-media-player/commit/e037ea76aeb9f63bda187d6c51b83cc1534a1230) with mpv 0.38 or latest git?

I currently trying to work around 3 different bugs just because mpv is so out of date. I gladly volunteer to be the guinea pig here Winking-face

Not with Jellyfin Media Player.  BUT, Jellyfin MPV Shim does support use of external, aka newer, MPV executables with it.

Not trying to be nosy here, just trying to understand;

Whats the problem?
You can already drop newer mpv.dll in it without any issue. (so far my favorite is mpv.dll from 8.10.2023)

mpv.dll from 31.12.2023 works but has issues with h265
newer that jan 2024 seems to be not working as all.

I don't think I have the skills to fix it but anyway.

Since 10.9 seems to be coming in the not-so-far future  I think the Jellyfin Media Player should be at least updated to mpv the latest we can go without introducing to many breaking changes?

Thanks!


RE: Testing 10.9.0 - bitmap - 2024-04-22

(2024-04-17, 05:23 PM)bitmap Wrote: Having a weird thing with scans. I'll try to grab logs next time it happens, but posting it here in case anybody else has the same experience.

I imported a new series, but replaced an episode for consistency's sake. When I replaced the episode (with Sonarr), Jellyfin picked up the replacement episode when I used "Scan All Libraries" but failed to note that the file it replaced was gone. So I had two episodes in my season list with zero indication which was correct, but trying to play one resulted in a generic playback error. I quadruple-checked and there were not two files for that episode in the season folder.

Scanning the individual library where that series lives seemed to clear up the issue, but this has happened a few times since moving up to 10.9. I'll offer more info if/when it happens again.

Okay, so I figured out the root of this issue. I replaced series episodes -- manually and via *arr -- and I can recreate this issue over and over. Jellyfin reports duplicates of episodes when there is an orphan NFO file. For instance, if I upgraded from DVD to BR quality, there might be an orphaned NFO depending on how I replaced the media. Jellyfin presents the NFO as a full-fledged media file when looking at that media via a client (WebOS, web, Roku). Playing the phantom file, which is actually an NFO, results in a playback error since NFO files are not media.

Is this expected behavior? I've not seen it in previous iterations, through 10.8.13, but it's happening repeatedly in 10.9. Worth a bug report?

A red herring was that "Recordings" (which is empty) was removed as a library and there was a missing folder that "Scan All Libraries" expected (/config/data/root/default/Recordings). I did not descend into the /config dir and remove this folder, so I'm not sure where it went, but creating it fixed that issue.

ETA: This also happens when names are changed by a *arr and you get leftover NFO files as well. Scan All Libraries will NOT resolve this issue, you're left with phantom duplicates. You can scan the individual library to remove those duplicate entries. I have not checked whether the NFO files are removed, but I would assume so. This may be an unintended consequence of using Servarr apps to manage media (i.e., standard naming and folders, identification, metadata, NFO files). It seems like I may have Servarr apps fighting with Jellyfin for who makes and breaks the NFOs.


RE: Testing 10.9.0 - Charles - 2024-04-23

Excellent work, I am from Argentina and I am testing version 10.9.0 and it works very well, I wanted to ask the following because I have not found information regarding the Tvheadend plugin in this version. It is clearly not in the unstable repositories, perhaps it was removed, and the stable version of Tvheadend does not work in 10.9.0 Thanks for everything


RE: Testing 10.9.0 - Prayag - 2024-04-24

I was testing my custom css on jellyfin v10.9(2024042215) but custom CSS doesn't apply when I reload the page, it works fine when I save it initially... open element inspector shows that <style>undefined</style> is being added instead. Is this a known bug?


RE: Testing 10.9.0 - thornbill - 2024-04-24

(2024-04-24, 08:50 AM)Prayag Wrote: I was testing my custom css on jellyfin v10.9(2024042215) but custom CSS doesn't apply when I reload the page, it works fine when I save it initially... open element inspector shows that <style>undefined</style> is being added instead. Is this a known bug?


This sounds like a bug. I haven’t seen anyone else report that yet.