[YouTube Plugin] Beta Test Thread

[LoveYou2 2]

I put my channel in plugin @SeeingfromAbove and get only 3 video. What am I doing wrong? 

Edit: I have this problem if Hide shorts Video.

 

 

Edited Thursday at 05:34 PM by LoveYou2

[eli761 13]

Sounds like you've hit the YouTube API quota limit. Try refreshing tomorrow once the quota has reset and you should see all your videos.

[LoveYou2 2]

6 minutes ago, eli761 said:

Sounds like you've hit the YouTube API quota limit. Try refreshing tomorrow once the quota has reset and you should see all your videos.

[eli761 13]

Can you check your API quota usage in the Google Cloud Console? You can see how much you've used within the last day here:

https://console.cloud.google.com/apis/dashboard

If you updated the plugin recently, the counter might have reset and triggered a new quota cycle.

[eli761 13]

Small hotfix — v1.17.2

Hey everyone

Quick hotfix for a quota issue I noticed in the logs.

What was going on:
The category browser was burning through the daily quota way faster than it should. When a category's regional chart came back empty, it was falling back to search.list — which costs 100 units per call. With a few empty categories and Emby refreshing every 15 minutes, the full 10k daily quota could be gone in a few hours.

Fixes:

• Dropped the search.list fallback — empty categories are just hidden now instead of searched.
• Category folders no longer try to fill in sparse charts with search either. You get whatever chart=mostpo returns (1 unit).

Quota:

• Daily usage should drop from ~10k down to around 1.5–2k units for most setups.

Download:

• Emby.YouTubePlugin.dll

Let me know how it runs for you

Edited Friday at 07:13 AM by eli761

[GrimEvil 80]

15 hours ago, eli761 said:

That error isn't actually about thumbnails — it's a generic Emby/SQLite issue.

The stack trace shows:
→ SQLiteException: Busy: database is locked

So what's happening: the plugin's image provider downloads the thumbnail fine (that part is just HTTP, never touches the DB). But when Emby then tries to save the refreshed item back to library.db, the database is locked by another writer, the whole refresh aborts, and the just-fetched image never gets written into the ItemImages table. 

Easiest thing to try first — but before you touch anything, make a full copy of your Emby programdata folder as a backup (just copy/paste the whole folder somewhere safe while Emby is stopped).

1. Stop Emby.
2. Go to your Emby programdata folder (the one containing library.db). If the files library.db-wal and library.db-shm exist, delete them. If they don't exist, just skip this step — nothing to do. (Never delete library.db itself!)
3. Start Emby again.
4. In Emby go to Dashboard → Scheduled Tasks and make sure no other library scan/refresh is running in parallel. Pause them if needed.
5. Trigger a metadata refresh on the YouTube library only and check if the "database is locked" errors are gone.

Also, could you tell me:

How are you running Emby? (Docker, native install on Linux/Windows, Synology/QNAP NAS package, unRAID, TrueNAS, etc.)
Where does the programdata folder live? (local SSD/HDD, network share like NFS/SMB, external USB drive, NAS volume…?)

Docker on syonology, I will give that a try 

[eli761 13]

Did you already try this?

15 hours ago, eli761 said:

That error isn't actually about thumbnails — it's a generic Emby/SQLite issue.

The stack trace shows:
→ SQLiteException: Busy: database is locked

So what's happening: the plugin's image provider downloads the thumbnail fine (that part is just HTTP, never touches the DB). But when Emby then tries to save the refreshed item back to library.db, the database is locked by another writer, the whole refresh aborts, and the just-fetched image never gets written into the ItemImages table. 

Easiest thing to try first — but before you touch anything, make a full copy of your Emby programdata folder as a backup (just copy/paste the whole folder somewhere safe while Emby is stopped).

1. Stop Emby.
2. Go to your Emby programdata folder (the one containing library.db). If the files library.db-wal and library.db-shm exist, delete them. If they don't exist, just skip this step — nothing to do. (Never delete library.db itself!)
3. Start Emby again.
4. In Emby go to Dashboard → Scheduled Tasks and make sure no other library scan/refresh is running in parallel. Pause them if needed.
5. Trigger a metadata refresh on the YouTube library only and check if the "database is locked" errors are gone.

Also, could you tell me:

How are you running Emby? (Docker, native install on Linux/Windows, Synology/QNAP NAS package, unRAID, TrueNAS, etc.)
Where does the programdata folder live? (local SSD/HDD, network share like NFS/SMB, external USB drive, NAS volume…?)

If that does not help, the next thing I would try is mounting Emby's programdata on local internal storage and testing again.

[eli761 13]

---

Could you check out this thread? Someone there seems to have a similar issue, maybe it helps:

 

---

[LoveYou2 2]

Hello eli761,

Hide Shorts: ON

Hide Shorts: OFF

I think that in my case, when “Hide Shorts” is ON, the results are incorrect. It should be showing all the videos. 

 

[eli761 13]

 

Hey, could you tell me the exact duration of the videos that get hidden when Hide Shorts is ON?

Also, could you send me a link to one of the affected videos so I can use it as a test case when adjusting the short detection logic?

Edited Friday at 09:13 AM by eli761

[LoveYou2 2]

9 minutes ago, eli761 said:

 

Hey, could you tell me the exact duration of the videos that get hidden when Hide Shorts is ON?

Also, could you send me a link to one of the affected videos so I can use it as a test case when adjusting the short detection logic?

https://www.youtube.com/@SeeingfromAbove/videos

AI Overview
Short-form video is a, usually vertical, video format typically under 60–90 seconds designed for rapid, engaging viewing on social media platforms. These clips—such as TikToks, Instagram Reels, or YouTube Shorts—are popular for their quick storytelling and high shareability in mobile-first environments

Most of my videos are under 60 seconds, but they don't meet the criteria to be considered short. They are not vertical.

 

Edited Friday at 09:22 AM by LoveYou2

[eli761 13]

Thanks for the info!

I'll rework the algorithm. Will ship it in the next release.