Made it into the app. Scanning library files now.
Holy crap this scans much faster. Must have been corrupted for awhile, can’t remember this scanning this fast.
You have a LOT of stuff in that DB (2+ million lines of SQL as it imported)
All the indexes are rebuilt. It’s a fully compacted / rebuilt DB
I’m going to spend a little time scanning everything, before I try the area it was crashing, where I went in checking status thru package manager where it was crashing out.
Found a problem area, I think, it slowed way down under this library. Still running though.
You definitely want it to be “normal” and give it time to do ALL the processing it wants before hammering it again.
There’s no way of knowing how much work is to be done.
When the CPU is “idle”. you’re likely done.
Slow scanning? (hard to match??? Questionable names???)
Dummy me forgot about the scan ‘ALL’ library files. Was using the 3 dot menu. Switching to that. 
Slowed down on one movie so far, but has moved on, but one still looking, a library for old Quicny tv shows, scanning for intros is slower.
Intros requires the transcoder.
Matching is easy – filename only.
The transcoder works ok in 7210 correct?
Yea think I saw something like that earlier, it’s 1.32.5.7210.
Yep, it does.
There is only one questionable processor (J4xxx GeminiLake).
HW transcoding.
Intro & Credit detection is software transcoding only.
Starting on the 100k plus titles of music now, and a few more small libraries to go. Going to let it run unfettered, and I’ll be up another 3-4 hours, so I’ll check back.
Thanks again so much Chuck, greatly appreciate the help!!
Music runs differently, don’t forget.
Have a good evening.
It’s done its thing, and looks to be operating well. I’ll run an optimize sometime tomorrow and see how things are.
Still unable to transcode on my 920+ (DSM 7.2-64570) after upgrading to PMS 1.32.5.7210-7000. I don’t see in the patch notes that Gemini Lake was fixed, only Apollo Lake. Is this known?
Yes. Gemini Lake will be fixed in a future release. Version and date TBA.
Thanks! Do you know what version I can revert to in the meantime?
Same issue on PMS 1.32.1.6999. Didn’t want to say anything earlier because I figured I would wait for the 1.32.5 update. Is there an earlier version that will work? Thanks again.
Hardware accelerated transcoding should work on Gemini Lake systems running PMS 1.32.1.6999.
Several people confirm it working on the 1.32.2.7002 thread.
Monitor playback via Plex Dashboard → Now Playing + Expanded View.
Do you see two (hw) when transcoding video?
Example:
If hardware accelerated transcoding is not working on your NAS:
-
Confirm PMS is configured for debug level logging
Settings → Server_Name → General + Show Advanced
-
Restart Plex Media Server if you changed logging levels.
-
In Settings → Transcoder, confirm both
Use hardware acceleration when availableandUse hardware-accelerated video encodingare selected. -
Play a video for ~30 seconds, forcing a video transcode if necessary.
-
Stop playback, pull the log files (Settings → Troubleshooting), and post them to the thread.
1 Like
I discovered I can transcode some media, but not others. Does this mean my media could be corrupted? Appreciate the help ahead of time! I posted the logs anyway just in case.
Looking at your logs tells me what’s happening.
-
You have subtitles in some videos. Specifically PGS, VOBSUB or DVDRIP (image based)
-
Image based subtitles MUST BE BURNED IN by the CPU. Synology CPUs have a hard time keeping up with the playback speed. Some subtitle formats aren’t playable in all player so they must also be burned into the video stream.
-
You are getting HW transcoding in this case.
Jun 28, 2023 19:51:41.813 [140634326813496] DEBUG - [Req#3b111/Transcode] Starting a transcode session rf1ng6ny1n1dp6lfmqs3jt22 at offset -1.0 (state=3)
Jun 28, 2023 19:51:41.814 [140634326813496] DEBUG - [Req#3b111/Transcode] TPU: hardware transcoding: using hardware decode accelerator vaapi
Jun 28, 2023 19:51:41.814 [140634326813496] DEBUG - [Req#3b111/Transcode] TPU: hardware transcoding: zero-copy support present
Jun 28, 2023 19:51:41.814 [140634326813496] DEBUG - [Req#3b111/Transcode] TPU: hardware transcoding: not using zero-copy because subtitle burning is required
Jun 28, 2023 19:51:41.814 [140634326813496] DEBUG - [Req#3b111/Transcode] [Universal] Using local file path instead of URL: /volume1/hiimawalrusSHARE/Plex/!!Anime/Demon Slayer/Season 2/Demon Slayer - Kimetsu no Yaiba - S02E05 - Move Forward! Bluray-1080p.mkv
– ‘vaapi’ is the hardware
– See it telling you ‘subtitle burning is required’.
I don’t see any corruption here.
In my experience, this is a curation task.
- Don’t use ASS or SSA sub titles (yes, they are text based) unless the player can handle them
- Don’t use image based (PGS, VOBSUB, DVDRIP) – Go for SRT as they are the most portable.
1 Like
Plex Media Server Logs_2023-07-31_09-08-13.zip (4.5 MB)
Hi,
I only have problems with the Synology /photo folder. And this for a long time, so far without solution. All other Plex media folders work without problems.
After uploading pictures via my iphone 11 and the APP Photos Mobile, the pictures are saved in /photos, but the rights I have assigned in the File Station /photo are not passed on to the pictures.
However, once I reapply the permissions (To this folder, the subfolders and files) to the /photo folder Plex can scan the files. So it works then.
In the photo folder I still have 2 subfolders.
The internal system user PlexMediaServer is enabled in shared folder photo as well as in File Station (read/write).
DSM Version: 7.2-64570 Update 1
Plex Media Server: 1.32.5.7349-7000
Plex:Web: Version 4.108.0
Any help?
