ginjaninja 537 Posted February 28 Share Posted February 28 Fresh build on 4.8.1.0 1st world problems I know but I'm missing image generation (based on current contents) on playlists library All my playlists are now programdata\data\userplaylists, (i dont know how to create a system playlist in 4.8.1.0 ie \programdata\data\playlists ). i mention because perhaps the image generation is system content based? Link to comment Share on other sites More sharing options...
rbjtech 4289 Posted February 28 Share Posted February 28 6 hours ago, ginjaninja said: Fresh build on 4.8.1.0 1st world problems I know but I'm missing image generation (based on current contents) on playlists library All my playlists are now programdata\data\userplaylists, (i dont know how to create a system playlist in 4.8.1.0 ie \programdata\data\playlists ). i mention because perhaps the image generation is system content based? I can't reproduce - the image generation appears within a second or two if I create a new playlist with multiple items ? Anything in the log ? This is the log from my quick test FYI 2024-02-28 16:10:45.637 Debug App: ConvertImageToLocal item 4493409 - image url: emby://playlistcollage 2024-02-28 16:10:45.637 Debug Server: http/1.1 GET http://nginx/emby/Items/4422459/Images/Primary?maxHeight=145&maxWidth=145&tag=3bfc9d865108a73b8775be6e7745f2ab&quality=90. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0 Safari/537.36 Edg/122.0.0.0 2024-02-28 16:10:45.638 Debug Server: http/1.1 Response 200 to 192.168.30.254. Time: 2ms. GET http://nginx/emby/Items/4428224/Images/Primary?maxHeight=145&maxWidth=145&tag=4e27e017cf69b95e4212e41560cd42e9&quality=90 2024-02-28 16:10:45.638 Debug Server: http/1.1 Response 200 to 192.168.30.254. Time: 1ms. GET http://nginx/emby/Items/4428223/Images/Primary?maxHeight=145&maxWidth=145&tag=952b10af4eb76b936136175feb88a6dd&quality=90 2024-02-28 16:10:45.639 Debug Server: http/1.1 Response 200 to 192.168.30.254. Time: 1ms. GET http://nginx/emby/Items/4422459/Images/Primary?maxHeight=145&maxWidth=145&tag=3bfc9d865108a73b8775be6e7745f2ab&quality=90 2024-02-28 16:10:45.640 Debug ImageProcessor: Creating image collage and saving to O:\Emby\cache\temp\64598b143cc44b90b0160017da9026bd.jpg 2024-02-28 16:10:45.641 Debug Skia: Opening \\media\Films\Arctic (2018) [tmdbid=453755]\poster.jpg for decoding without forceCleanBitmap 2024-02-28 16:10:45.757 Debug Skia: Opening \\media\Films\Argo (2012) [tmdbid=68734]\poster.jpg for decoding without forceCleanBitmap 2024-02-28 16:10:45.796 Debug Skia: Opening \\media\Films\Armageddon (1998) [tmdbid=95]\poster.jpg for decoding without forceCleanBitmap 2024-02-28 16:10:45.886 Debug Skia: Opening \\media\Films\Armored (2009) [tmdbid=4597]\poster.jpg for decoding without forceCleanBitmap 2024-02-28 16:10:45.920 Debug ImageProcessor: Completed creation of image collage and saved to O:\Emby\cache\temp\64598b143cc44b90b0160017da9026bd.jpg 2024-02-28 16:10:45.922 Debug ProviderManager: Saving image to C:\Emby-Server\programdata\metadata\library\2d\2dd6f1d824ea70ced399d8338c15b3b7\auto_poster_3325380_3325381_3771861_3325383.jpg 2024-02-28 16:10:45.929 Debug ImageProcessor: Image encoding using Skia to O:\Emby\cache\temp\743f69b3f46949fbb128a24ba43c4192.webp took 6ms for C:\Emby-Server\programdata\metadata\library\2d\2dd6f1d824ea70ced399d8338c15b3b7\auto_poster_3325380_3325381_3771861_3325383.jpg. Now moving to O:\Emby\cache\images\resized-images\7\70086184-f6c7-a0e1-af81-7c7ff528643d.webp Link to comment Share on other sites More sharing options...
ginjaninja 537 Posted February 28 Author Share Posted February 28 1 hour ago, rbjtech said: Anything in the log ? 2024-02-28 17:55:02.549 Info Server: http/1.1 POST http://192.168.4.162:8096/emby/Items/290173/Refresh?Recursive=true&ImageRefreshMode=Default&MetadataRefreshMode=Default&ReplaceAllImages=false&ReplaceAllMetadata=false&X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=85c51e9e-c5ca-4e70-93ab-b84e0cfc0ae2&X-Emby-Client-Version=4.8.1.0&X-Emby-Token=8289619e341640fca537ed2c93a38605&X-Emby-Language=en-gb. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/121.0.0.0 Safari/537.36 2024-02-28 17:55:02.550 Info App: type for Nicholas Bird is: MediaBrowser.Controller.Entities.User 2024-02-28 17:55:02.550 Debug App: bypassing image enhancement of Nicholas Bird because it is a MediaBrowser.Controller.Entities.User 2024-02-28 17:55:02.550 Info App: Refresh metadata requested on 290173 2024-02-28 17:55:02.550 Info Server: http/1.1 Response 204 to 192.168.4.162. Time: 1ms. POST http://192.168.4.162:8096/emby/Items/290173/Refresh?Recursive=true&ImageRefreshMode=Default&MetadataRefreshMode=Default&ReplaceAllImages=false&ReplaceAllMetadata=false&X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=85c51e9e-c5ca-4e70-93ab-b84e0cfc0ae2&X-Emby-Client-Version=4.8.1.0&X-Emby-Token=8289619e341640fca537ed2c93a38605&X-Emby-Language=en-gb 2024-02-28 17:55:02.606 Debug App: CollectionFolderImageProvider reports change to 290173 - 2024-02-28 17:55:02.606 Debug App: Running CollectionFolderImageProvider for Playlists thanks for help. when i rescan Playlists Folder (id 290173) the log /image refresh seems to stop prematurely...Emby knows it needs to run "Running CollectionFolderImageProvider for Playlists" but then nothing. Are your playlists system, user or both? Link to comment Share on other sites More sharing options...
Luke 37119 Posted February 28 Share Posted February 28 Hi, this will be resolved in the upcoming 4.8.2 maintenance release. Thanks. 3 Link to comment Share on other sites More sharing options...
rbjtech 4289 Posted February 28 Share Posted February 28 30 minutes ago, ginjaninja said: 2024-02-28 17:55:02.549 Info Server: http/1.1 POST http://192.168.4.162:8096/emby/Items/290173/Refresh?Recursive=true&ImageRefreshMode=Default&MetadataRefreshMode=Default&ReplaceAllImages=false&ReplaceAllMetadata=false&X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=85c51e9e-c5ca-4e70-93ab-b84e0cfc0ae2&X-Emby-Client-Version=4.8.1.0&X-Emby-Token=8289619e341640fca537ed2c93a38605&X-Emby-Language=en-gb. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/121.0.0.0 Safari/537.36 2024-02-28 17:55:02.550 Info App: type for Nicholas Bird is: MediaBrowser.Controller.Entities.User 2024-02-28 17:55:02.550 Debug App: bypassing image enhancement of Nicholas Bird because it is a MediaBrowser.Controller.Entities.User 2024-02-28 17:55:02.550 Info App: Refresh metadata requested on 290173 2024-02-28 17:55:02.550 Info Server: http/1.1 Response 204 to 192.168.4.162. Time: 1ms. POST http://192.168.4.162:8096/emby/Items/290173/Refresh?Recursive=true&ImageRefreshMode=Default&MetadataRefreshMode=Default&ReplaceAllImages=false&ReplaceAllMetadata=false&X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=85c51e9e-c5ca-4e70-93ab-b84e0cfc0ae2&X-Emby-Client-Version=4.8.1.0&X-Emby-Token=8289619e341640fca537ed2c93a38605&X-Emby-Language=en-gb 2024-02-28 17:55:02.606 Debug App: CollectionFolderImageProvider reports change to 290173 - 2024-02-28 17:55:02.606 Debug App: Running CollectionFolderImageProvider for Playlists thanks for help. when i rescan Playlists Folder (id 290173) the log /image refresh seems to stop prematurely...Emby knows it needs to run "Running CollectionFolderImageProvider for Playlists" but then nothing. Are your playlists system, user or both? It was a User - but by the looks of it Luke has identified the issue 2 Link to comment Share on other sites More sharing options...
Happy2Play 8304 Posted February 28 Share Posted February 28 2 1 1 Link to comment Share on other sites More sharing options...
Happy2Play 8304 Posted February 29 Share Posted February 29 Resolved in 4.9.0.8 in my tests. 1 Link to comment Share on other sites More sharing options...
Solution Luke 37119 Posted February 29 Solution Share Posted February 29 This will also be in the 4.8.2 maintenance release. Thanks. Link to comment Share on other sites More sharing options...
Happy2Play 8304 Posted March 8 Share Posted March 8 FYI Now we know why it was intentionally broke. Looks like will change again. Link to comment Share on other sites More sharing options...
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