ShadowKindjal 19 Posted April 7, 2020 Share Posted April 7, 2020 One of the issues I have been having for a while is that my transcoding-temp directory seems to grow in size all the time. Every now and then (and it seems to be happening more frequently now) I have to delete the directory and restart my server before it expands to use the entire capacity of my SSD. Today, for example, before I deleted the folder it had expanded to over 60 GB in size. I don't believe it's a permissions issue either. It seems transcoding files aren't being deleted from the emby directory for some reason. This is an ongoing issue I've had for more than a year now. Link to comment Share on other sites More sharing options...
ShadowKindjal 19 Posted April 7, 2020 Author Share Posted April 7, 2020 This is a quick example about five minutes after I've restarted my server. Al of the 9ED74B ts files are from the following transcode which has already been closed for over a minute now yet they still reside in the directory. I've attached the ffmpeg for reference. ffmpeg-remux-f9a7af66-e1a1-4388-bc54-2d9346a34eb6_1.txt Link to comment Share on other sites More sharing options...
rrado 0 Posted April 8, 2020 Share Posted April 8, 2020 You seem to have the same issue as what I got ? https://emby.media/community/index.php?/topic/84229-transcoding-temp-full-and-does-not-empty/ From my side, restarting emby server did flush these transcoding files. But that is just a work around, and it would be better if real cause of this issue could be found... Link to comment Share on other sites More sharing options...
ShadowKindjal 19 Posted April 8, 2020 Author Share Posted April 8, 2020 You seem to have the same issue as what I got ? https://emby.media/community/index.php?/topic/84229-transcoding-temp-full-and-does-not-empty/ From my side, restarting emby server did flush these transcoding files. But that is just a work around, and it would be better if real cause of this issue could be found... Yea, it seems to be a similar issue. I have to constantly monitor the space available on my drive otherwise the system will hang after running out of space. Depending on how long an update may take I'm considering buying a secondary SSD just for my transcode files to reside. Link to comment Share on other sites More sharing options...
ShadowKindjal 19 Posted April 13, 2020 Author Share Posted April 13, 2020 Does anyone have any information on this? Link to comment Share on other sites More sharing options...
Happy2Play 8270 Posted April 13, 2020 Share Posted April 13, 2020 If items are not being cleaned up after a proper stop from client/app, I believe the devs will need the server log and possibly the corresponding ffmpeg log with time of playback stop. Unless this is a specific OS issue, I have never seen leftover media in my Transcode-Temp folder on Windows. But I only use web client and Roku. Link to comment Share on other sites More sharing options...
Luke 37045 Posted April 13, 2020 Share Posted April 13, 2020 This is a quick example about five minutes after I've restarted my server. Al of the 9ED74B ts files are from the following transcode which has already been closed for over a minute now yet they still reside in the directory. I've attached the ffmpeg for reference. Annotation 2020-04-07 090348.png How did you stop playback? Link to comment Share on other sites More sharing options...
ShadowKindjal 19 Posted April 13, 2020 Author Share Posted April 13, 2020 (edited) How did you stop playback? I believe, in this case, playback was stopped by hitting the back button in the web player. Edited April 13, 2020 by ShadowKindjal Link to comment Share on other sites More sharing options...
ShadowKindjal 19 Posted April 13, 2020 Author Share Posted April 13, 2020 If items are not being cleaned up after a proper stop from client/app, I believe the devs will need the server log and possibly the corresponding ffmpeg log with time of playback stop. Unless this is a specific OS issue, I have never seen leftover media in my Transcode-Temp folder on Windows. But I only use web client and Roku. I posted the corresponding ffmpeg log but I will grab the server for you guys as well Link to comment Share on other sites More sharing options...
Luke 37045 Posted April 13, 2020 Share Posted April 13, 2020 Thanks ! Link to comment Share on other sites More sharing options...
ShadowKindjal 19 Posted April 13, 2020 Author Share Posted April 13, 2020 I unfortunately wasn't able to grab the log from that period of time but I was able to pull the log from yesterday's streams. Would this suffice or would you need me to find another corresponding ffmpeg stream that hasn't deleted files from the transcoding directory? embyserver-63722332800.txt Link to comment Share on other sites More sharing options...
Luke 37045 Posted April 13, 2020 Share Posted April 13, 2020 It would be ideal to have all of the following for one single example: server log ffmpeg log description of how playback was stopped Thanks. Link to comment Share on other sites More sharing options...
Solution ShadowKindjal 19 Posted April 23, 2020 Author Solution Share Posted April 23, 2020 I believe I may have figured out the issue I was having. The temporary transcoding path I had set up didn't exist so I believe the server was using the default directory to create the transcode files but attempting to delete them from the non-existent directory and correcting this setting seems to solve my issue. I tested this solution with the default directory and another valid directory but this time it deletes the transcoding files after playback stops. Link to comment Share on other sites More sharing options...
Luke 37045 Posted April 26, 2020 Share Posted April 26, 2020 We'll take a look at that. thanks for the feedback. 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