Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: Name missing for some channels - Showing only the Channel ID #12

Open
2 tasks done
TheDom42 opened this issue May 17, 2024 · 16 comments
Open
2 tasks done

Comments

@TheDom42
Copy link

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.

image

The rest of the channels are fully correct with the right name and metadata.

Steps To Reproduce

  1. Set Up the plugin according to the Readme on the front page
  2. Scan for Metadata

Expected behavior

All Channels should show their correct name instead of their Channel ID as a name in Jellyfin.

Relevant Jellyfin log output

######## Domain name substituted before posting for privacy reasons - Connection between containers works

[2024-05-17 00:00:19.346 +02:00] [INF] [19] Jellyfin.Plugin.TubeArchivistMetadata.Plugin: "https://example.com/api/channel/UC7aW7chIafJG6ECYAd3N5uQ/: OK"
[2024-05-17 00:00:19.346 +02:00] [INF] [19] Jellyfin.Plugin.TubeArchivistMetadata.Plugin: "Getting metadata for channel: IBRACORP (UC7aW7chIafJG6ECYAd3N5uQ)"
[2024-05-17 00:00:19.346 +02:00] [INF] [19] Jellyfin.Plugin.TubeArchivistMetadata.Plugin: "Received metadata: 
{\"channel_banner_url\":\"/cache/channels/UC7aW7chIafJG6ECYAd3N5uQ_banner.jpg\",\"channel_description\":\"Welcome to IBRACORP! \nWe share technology-related content in the hopes of helping or informing others in the art of information technology. \n\nWe also host our own servers and use our platform to expose open-source software to the world stage to help promote an open-source future. \n\nThe name is a play on the stereotype of generic greedy corporations - mysterious and very vague. A neon-Tokyo sort of future. \nIn our case, however, we want to share mostly free and open-source products. It also sounds cool, so there's that.\n\nThe motto is quoting a Dave Chappelle skit on Chappelle's Show - \\"Modern problems require modern solutions\\".\n\",\"channel_id\":\"UC7aW7chIafJG6ECYAd3N5uQ\",\"channel_name\":\"IBRACORP\",\"channel_tags\":null,\"channel_thumb_url\":\"/cache/channels/UC7aW7chIafJG6ECYAd3N5uQ_thumb.jpg\",\"channel_tvart_url\":\"/cache/channels/UC7aW7chIafJG6ECYAd3N5uQ_tvart.jpg\"}"
[2024-05-17 00:00:19.346 +02:00] [ERR] [19] MediaBrowser.Providers.TV.SeriesMetadataService: Error in "TubeArchivist"
System.ArgumentNullException: Value cannot be null. (Parameter 'source')
   at System.Linq.ThrowHelper.ThrowArgumentNullException(ExceptionArgument argument)
   at Jellyfin.Plugin.TubeArchivistMetadata.TubeArchivist.Channel.ToSeries()
   at Jellyfin.Plugin.TubeArchivistMetadata.Providers.SeriesMetadataProvider.GetMetadata(SeriesInfo info, CancellationToken cancellationToken)
   at MediaBrowser.Providers.Manager.MetadataService`2.ExecuteRemoteProviders(MetadataResult`1 temp, String logName, TIdType id, IEnumerable`1 providers, CancellationToken cancellationToken)

Anything else?

No response

@hugalafutro
Copy link

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
Copy link
Author

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).

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
Copy link

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
Copy link

jcaust commented 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
Copy link
Collaborator

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
Copy link

hugalafutro commented May 27, 2024

@jcaust
consider setting the parallel scan to 1 as according to jellyfin/jellyfin#11589 (comment), 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
Copy link
Author

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.

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
Copy link
Collaborator

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
Copy link

QuAzI commented 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

jf library settings

@hugalafutro
Copy link

hugalafutro commented 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".

Screenshot_2024-10-23-08-15-08-36_4b95a63cd60fd3e0f30739d89812bf6c
Screenshot_2024-10-23-08-15-35-60_4b95a63cd60fd3e0f30739d89812bf6c

@QuAzI
Copy link

QuAzI commented Oct 23, 2024

@hugalafutro
Does your video files contain embedded metadata or all metadata including channels fetched by plugin?

@hugalafutro
Copy link

@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
Copy link

QuAzI commented 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
Copy link
Collaborator

@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
Copy link

QuAzI commented 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
image

While I see no special task to sync metadata from TA

@QuAzI
Copy link

QuAzI commented 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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants