MohamedKhaldi 3 Posted June 2 Share Posted June 2 i'm running emby server on an asustor AS3304T thumbnails are configured for chapters. when i add a new movie, the thumbnails appear for the few first chapters then stop embyserver.txt Link to comment Share on other sites More sharing options...
Luke 38108 Posted June 7 Share Posted June 7 Hi, have you updated to the latest build? Has that helped with new videos added going forward? Link to comment Share on other sites More sharing options...
MohamedKhaldi 3 Posted June 7 Author Share Posted June 7 i am already 4.9.0.23 (and always up to date) the problem still exists Link to comment Share on other sites More sharing options...
sa2000 144 Posted June 7 Share Posted June 7 (edited) 4 hours ago, MohamedKhaldi said: I am already 4.9.0.23 (and always up to date) So the problem remained after you upgraded from 4.9.0.22 to 4.9.0.23 - the log you attached was from 4.9.0.22 The log shows ffmpeg failures during image extraction for 3 movies: Civil War, Scarface andn a Godzilla x King movie The Scarface one was within the first 10 minutes of the movie, so I suggest using tool like mkvtoolnix to create a snippet from the movie file of the first 10 minutes, adding it to a test library and if it fails to extract the thumbnail in the same way, then make a zip of that clip available to me to reproduce the issue with. You would need to upload externally and send me a link to download by Private Message. I don't know if this is specific issue to your platform (arm64 NAS) or an issue with how the media file is handled. - i will test first on my windows server. The errors show in the server log as "System.Exception: System.Exception: Error running ffmpeg quick-extract-image" Edited June 7 by sa2000 1 Link to comment Share on other sites More sharing options...
sa2000 144 Posted June 11 Share Posted June 11 Update - the 10 minute sample did not fail and generated two chapter images So this looks like a variable issue - failing sometimes. Will try and see if it also arises when video thumbnail generation is enabled for a test library and see what the additional log files for that show Link to comment Share on other sites More sharing options...
MohamedKhaldi 3 Posted June 11 Author Share Posted June 11 Will do it tonight when i go home Thanks a lot Link to comment Share on other sites More sharing options...
sa2000 144 Posted June 11 Share Posted June 11 I just analyzed all the failures and I think this will turn out to be similar issue to chapter extractions - which was a 5 minute timeout - see @MohamedKhaldi For your failures all the single thumbnail extractions were failing after 1 minute and all the multi-image extractions were failing after 10 minutes - so I am guessing that we probably have time limits and we need to increase these to allow for slow NAS systems Examples of single image extraction failures Example of multi-image extraction failures Link to comment Share on other sites More sharing options...
MohamedKhaldi 3 Posted June 11 Author Share Posted June 11 indeed it is very plausible!embyserver (61).txt i did as you said and here are the logs of the test media libraryquick-extract-imageseries-C07D06EF42AE_1.txt Link to comment Share on other sites More sharing options...
sa2000 144 Posted June 12 Share Posted June 12 Thank you. You can reset the debug logging back to default now. It does appear that the NAS is taking a long time to extract images from the movies at the specific chapter offsets. I have suggested to the development team that the timeouts could be increased from the 1 minute timeout for single image extraction and the 10 minute timeout for multiple images to allow for servers running on slow NAS devices as appears to be the case on this arm64 ASUSTOR 3304T NAS 1 Link to comment Share on other sites More sharing options...
Happy2Play 8937 Posted June 12 Share Posted June 12 9 hours ago, sa2000 said: Thank you. You can reset the debug logging back to default now. It does appear that the NAS is taking a long time to extract images from the movies at the specific chapter offsets. I have suggested to the development team that the timeouts could be increased from the 1 minute timeout for single image extraction and the 10 minute timeout for multiple images to allow for servers running on slow NAS devices as appears to be the case on this arm64 ASUSTOR 3304T NAS Do you know what the timeout was increase to I believe in 4.9.0.22? Increase image extraction timeout Link to comment Share on other sites More sharing options...
Luke 38108 Posted June 12 Share Posted June 12 51 minutes ago, Happy2Play said: Do you know what the timeout was increase to I believe in 4.9.0.22? Increase image extraction timeout 10 minutes. Link to comment Share on other sites More sharing options...
MohamedKhaldi 3 Posted June 13 Author Share Posted June 13 tried adding another movie yesterday and in the logs, i found: Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options embyserver (62).txt i guess i can't edit those on my own? Link to comment Share on other sites More sharing options...
sa2000 144 Posted June 13 Share Posted June 13 Most of the failures on this NAS were on the 1 minute timeout for single image extract at specific offset, There were a lot of these failures and my post above showed a few of them. With the increased timeout to 10 minutes for multiple image extracts there were 3 failures. I will check the new log just added 1 Link to comment Share on other sites More sharing options...
MohamedKhaldi 3 Posted June 13 Author Share Posted June 13 ok thanks a lot! Link to comment Share on other sites More sharing options...
sa2000 144 Posted June 13 Share Posted June 13 2 hours ago, MohamedKhaldi said: tried adding another movie yesterday and in the logs, i found: Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) option Thanks - for each of the image extractions in this log - we tried to extract and got a timeout and then we repeated the extract with different options and we did succeed. So in the 13th June all were successful. i will discuss the initial extraction failures with the devs 1 Link to comment Share on other sites More sharing options...
MohamedKhaldi 3 Posted June 13 Author Share Posted June 13 NB: i manually tried to extract thumbnails multiple times (using refresh metadata and replace pictures) until it worked 1 Link to comment Share on other sites More sharing options...
sa2000 144 Posted June 14 Share Posted June 14 Thanks @MohamedKhaldi - I was referring to the automatic retry after the first 1 minute timeout where we try it again with different ffmpeg options - in the examples seen in the logs a lot of the initial fails succeed on this automatic retry - but some were also timing out after 1minutes on the retry I have been discussing the failures with the development team and we think the initial timeouts could be memory related and we would like to run a test image extraction in a linux shell session - through ssh and login to linux and in another linux session monitor memory usage fir the ffmpeg process that you will run manually and we can see how high it gets. You mentioned in one of your messages that this arm64 ASUSSTOR 3304T NAS only has 2 Gb ram - so that could be the reason - but in some examples the retry also failed. The options used on the retry should use much less memory - so it is not obvious why the retries also timed out If you are familiar with logging into the NAS in linux then we will need 2 sessions, one to see memory usage and I believe the linux command is "top" and the other session to run the image extraction So first I need to establish if you can confirm presence of file "emby-ffmpeg" in this path on the NAS "/usr/local/AppCentral/emby-server/bin/emby-ffmpeg" Then you would type in this command - - please note that the time it starts and time it ends - and in another session monitor memory usage through "top" The command to type in to run in the ssh session: /usr/local/AppCentral/emby-server/bin/emby-ffmpeg -loglevel verbose -skip_list 491 -f matroska -threads 1 -i file:"/volume1/Movies/Scarface (1983)/Scarface.1983.REMASTERED.1080p.BluRay.DDP5.1.x265.10bit-GalaxyRG265[TGx].mkv" -an -sn -update 1 -vf "thumbnail=24" -vsync 0 -f image2 "/home/emby/cache/temp/image-extract-test1.jpg" At the end please copy all displayed text in this session and save into a text file and note down the the time it finished and how memory usage was for this process during the run After this, I would like to run the one we do on the automatic retry - it might be better to have a different session for that so that the log / output captured would be separate And again monitor memory usage for this The command to type in and run for this test is: /usr/local/AppCentral/emby-server/bin/emby-ffmpeg -loglevel verbose -skip_list 491 -f matroska -threads 1 -i file:"/volume1/Movies/Scarface (1983)/Scarface.1983.REMASTERED.1080p.BluRay.DDP5.1.x265.10bit-GalaxyRG265[TGx].mkv" -an -sn -update 1 -vsync 0 -f image2 "/home/emby/cache/temp/image-extract-test2.jpg" And again note down the start/end time and copy all the displayed text into a text file as the log of this test If these succeed there would be image files here /home/emby/cache/temp/image-extract-test1.jpg /home/emby/cache/temp/image-extract-test2.jpg I am assuming that the ssh linux user account you use for these tests have all permissions needed to run these commands Thanks Link to comment Share on other sites More sharing options...
MohamedKhaldi 3 Posted June 14 Author Share Posted June 14 Yes, the ssh user has all permissions, will be doing it tonight (tho it's not the emby user, as emby user does not have root access) Link to comment Share on other sites More sharing options...
sa2000 144 Posted June 14 Share Posted June 14 Thanks. if you get permissions errors - try with sudo Link to comment Share on other sites More sharing options...
MohamedKhaldi 3 Posted June 14 Author Share Posted June 14 Sure, no problem with that Link to comment Share on other sites More sharing options...
MohamedKhaldi 3 Posted June 14 Author Share Posted June 14 hi again! here is what the first command gave me command1.txtit lasted 1 minute 22 seconds, and the ram was at 87% (which is basically its constant level even when no task is running) and processor at 5% and here is what the second command gave (and i made a new session to do it as you said) command2.txt it lasted 1 minute 8 seconds, and ram and processor levels are like the first command (basically, did not move from their basic level when the process was running) hope this helps Link to comment Share on other sites More sharing options...
sa2000 144 Posted June 17 Share Posted June 17 Thank you very much @MohamedKhaldi- so they both took more than the 1 minute timeout we have for single image extraction. I am doing some testing with chapter image extractions and will be discussing your results and my tests with the developers. We have a 10 minute timeout for multiple image extractions and it is clear to me that the process takes much longer than that on massive 4K movie media files when testing the process on NAS. I will compare the results with a windows desktop as well 1 Link to comment Share on other sites More sharing options...
MohamedKhaldi 3 Posted June 17 Author Share Posted June 17 ok! thanks a lot! 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