mirror of
https://github.com/tubearchivist/tubearchivist-jf-plugin.git
synced 2026-03-23 20:37:14 +00:00
[GH-ISSUE #12] [Bug]: Name missing for some channels - Showing only the Channel ID #11
Labels
No labels
bug
enhancement
pull-request
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
tubearchivist/archived-tubearchivist-jf-plugin#11
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @TheDom42 on GitHub (May 17, 2024).
Original GitHub issue: https://github.com/tubearchivist/tubearchivist-jf-plugin/issues/12
I've read the documentation
Operating System
Docker - Jellyfin Official Container v10.9.1 - TubeArchivist Official container v0.4.7
Your Bug Report
Describe the bug
Some of the channels (6 of 15 total) in the TubeArchivist library are only listed with their Channel ID as a name instead of their correct name. The channel still shows the correct channel picture, and the videos are listed with their correct name and thumbnail.
The rest of the channels are fully correct with the right name and metadata.
Steps To Reproduce
Expected behavior
All Channels should show their correct name instead of their Channel ID as a name in Jellyfin.
Relevant Jellyfin log output
Anything else?
No response
@hugalafutro commented on GitHub (May 18, 2024):
Keep rescanning the library and watch logs when it stops, rescan again. I have 12 channels first scan got me to 5 and 1 like in your picture, took about 5 more rescans to get all 12 channels in and it's still going (1 channel has 1k+ videos).
@TheDom42 commented on GitHub (May 20, 2024):
Thank you but I had no luck so far. Did you delete the library in between the runs? What rescan level did you set (only update metadata, rescan for new files, etc.)? I have tried rescanning multiple times - it's always the same ones, and there has been no improvement so far.
@hugalafutro commented on GitHub (May 20, 2024):
I was just watching logs and when it crashed during scan i restarted JF and pressed Scan all libraries, but perhaps there's more to it than that in your case. Also I noticed after restarting and pressing Scan it could take around 5 mins doing god knows what on all cpu cores and then it suddenly started scanning. 2 episodes dl'd yesterday appeared ok in JF by themselves later.
@jcaust commented on GitHub (May 21, 2024):
I'm having the same issue. except I've got 300 folders to process and its only done 50. keep repeating scan and nothing extra is being added/processed .
@DarkFighterLuke commented on GitHub (May 27, 2024):
Hi @TheDom42 , I haven't faced this bug on my small library, but I've also tried downloading a video from IBRACORP channel and metadata are retrieved without any problem.
About the time needed to scan, it depends on your library size, in my case it takes just 10 seconds with 64 videos.
@jcaust can you give me some examples of channels/videos not getting processed please?
Thanks
@hugalafutro commented on GitHub (May 27, 2024):
@jcaust
consider setting the parallel scan to 1 as according to https://github.com/jellyfin/jellyfin/issues/11589#issuecomment-2108754230, my system is not that powerful + runs many apps + the media is going over gigabit nfs share - if you read more of the thread the 10.9.x release changed the logic there to run at more threads and it can cause issues in some of those circumstances.
For unrelated reasons I did rollback my container and re-import whole tube archivist library, and with the parallel setting at 1 it finished first time and imported all channels correctly.
see if that helps
NOTE: make sure you restart the jellyfin container/server after that. Also if it still bugs out, just restarting the scan is not enough, you have to restart the jf container/server and then restart the scan - once it stops its stuck until jf restart. Best way is monitoring logs for the SQLite db locked error at which point you know it's restart time. It's tedious/time consuming, but I successfully imported my whole t-a library both with the "broken" scan and successful scan with parallel setting at 1
@TheDom42 commented on GitHub (May 27, 2024):
Unfortunately, I wouldn't know how to investigate further. What do you make of the error message I posted above? The
System.ArgumentNullException: Value cannot be null. (Parameter 'source')As I said, for most of my channels, there is no issue at all. The unrecognized ones aren't even the largest ones. I restarted/upgraded both containers multiple times. I also don't want to fully remove the library because I have already generated the trickplay files for it (which took quite some time), and I'm afraid I might lose them.
@DarkFighterLuke commented on GitHub (May 28, 2024):
Can you try to setup another Jellyfin container and scan your Youtube library from there? So that we can exclude issues related to Jellyfin itself. (Please note: the Jellyfin configuration folder must be a different one from your current installation, we want a new clear instance)
@QuAzI commented on GitHub (Oct 23, 2024):
In my case, no one video has a normal name. Also, if I switch on "Group to collections" - collections also looks like alphanumerical spaghetti.
Currently looks like I have to refetch all videos in TubeArchivist with option "Embed metadata" and then switch on in Jellyfin "Prefer embedded titles over filenames". In this way this plugin useless and superfluous
Jellyfin 10.9.11
TubeArchivist v0.4.10
TubeArchivistMetadata 1.3.2.0
@hugalafutro commented on GitHub (Oct 23, 2024):
All the issues disappeared for me with few JF updates some time after this issue was posted, plugin now works as expected, pulls all metadata, videos and channels included, videos are named correctly and have correct thumbnails. Iirc I deleted and re added all t-a files from JF after one update, maybe that helped, but now "it just works".
@QuAzI commented on GitHub (Oct 23, 2024):
@hugalafutro
Does your video files contain embedded metadata or all metadata including channels fetched by plugin?
@hugalafutro commented on GitHub (Oct 23, 2024):
@QuAzI afaik I only have enabled embed thumbnails in t-a and rest just happens automatically. I literally only installed the plugin, added my t-a server and api key, created new library pointed at t-a data directory and got what's on the screenshots. The videos on 2nd screenshot were all pulled and added automatically without any intervention from me.
@QuAzI commented on GitHub (Oct 23, 2024):
A new server will not help me as I have the latest versions in docker environment installed recently. So it doesn't work without some unobvious magic tricks
@DarkFighterLuke commented on GitHub (Oct 23, 2024):
@QuAzI you are not required to embed metadata in media files, the plugin doesn't parse them, it makes only API requests to TA to fetch the information about each channel/media.
Please attach the Jellyfin logs for the scan.
@QuAzI commented on GitHub (Oct 23, 2024):
Jellyfin logs in attachment.
I re-created "Youtube" collection again and it filled again with ids
jellyfin.log.zip
Also, I am a bit confused with tasks duplication

While I see no special task to sync metadata from TA
@QuAzI commented on GitHub (Oct 24, 2024):
More logs if required. I still have no idea at which moment TA sync metadata. Looks like never
jellyfin-20241024.log.zip
@AgentK20 commented on GitHub (Dec 1, 2024):
I've just fixed this in my fork @QuAzI. Feel free to follow the "Building" instructions to build from my fork and install the modified copy while we wait for the PR to get merged and a new version to get released.
@hugalafutro commented on GitHub (Jan 10, 2025):
@AgentK20 hi, any chance you could upload the built .dll somewhere in the interim? I installed .NET 8, but unable to build on my win11 machine, do I need anything else? I'm only used to make not this win stuff. This is the error I get: