LoveYou2 2 Posted April 23 Posted April 23 (edited) 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 April 23 by LoveYou2
eli761 16 Posted April 23 Author Posted April 23 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 Posted April 23 Posted April 23 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 16 Posted April 23 Author Posted April 23 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 16 Posted April 24 Author Posted April 24 (edited) 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 April 24 by eli761
GrimEvil 80 Posted April 24 Posted April 24 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). Stop Emby. 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!) Start Emby again. In Emby go to Dashboard → Scheduled Tasks and make sure no other library scan/refresh is running in parallel. Pause them if needed. 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 16 Posted April 24 Author Posted April 24 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). Stop Emby. 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!) Start Emby again. In Emby go to Dashboard → Scheduled Tasks and make sure no other library scan/refresh is running in parallel. Pause them if needed. 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 16 Posted April 24 Author Posted April 24 Could you check out this thread? Someone there seems to have a similar issue, maybe it helps:
LoveYou2 2 Posted April 24 Posted April 24 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 16 Posted April 24 Author Posted April 24 (edited) 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 April 24 by eli761
LoveYou2 2 Posted April 24 Posted April 24 (edited) 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 April 24 by LoveYou2
eli761 16 Posted April 24 Author Posted April 24 Thanks for the info! I'll rework the algorithm. Will ship it in the next release. 1
GrimEvil 80 Posted April 29 Posted April 29 Quick update, I removed the files but still get now preview/screenshot of the video they are al still blank.
eli761 16 Posted April 29 Author Posted April 29 22 minutes ago, LoveYou2 said: Hi eli761, How's your work going? Making progress? Hi, yes, I’m making progress. I still need a few more days to clean things up properly. In the next update, Shorts should be detected correctly. 1
eli761 16 Posted April 29 Author Posted April 29 9 minutes ago, GrimEvil said: Quick update, I removed the files but still get now preview/screenshot of the video they are al still blank. Thanks for the update. Do the logs still show that the database is busy/locked? Also, did you already try mounting the programdata folder locally instead of using the current mount?
Solution eli761 16 Posted April 30 Author Solution Posted April 30 Hi everyone, from now on, the latest versions of the plugin will always be available on GitHub: https://github.com/eliasbruno124-dev/Emby-Youtube-Plugin I will publish new releases there instead of posting every new version again further down in this thread. This makes it easier to always find the current version in one fixed place. This thread can still be used for discussion, questions, bug reports and feedback. I would be happy if anyone tests the plugin and shares feedback here. Thanks.
eli761 16 Posted May 2 Author Posted May 2 On 4/30/2026 at 6:25 PM, LoveYou2 said: Something wrong? Show Shorts OFF I've pushed a new version that should fix this issue. After updating, please trigger a manual channel refresh once to apply the changes. Then let me know if you run into any further problems! Thanks for your patience. 1
LoveYou2 2 Posted May 2 Posted May 2 8 minutes ago, eli761 said: I've pushed a new version that should fix this issue. After updating, please trigger a manual channel refresh once to apply the changes. Then let me know if you run into any further problems! Thanks for your patience. Look better now thanks
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now