Jump to content


Photo

Expanding Transcoding-Temp Directory


Best Answer ShadowKindjal , 23 April 2020 - 12:30 PM

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. 

Go to the full post


  • Please log in to reply
13 replies to this topic

#1 ShadowKindjal OFFLINE  

ShadowKindjal

    Advanced Member

  • Members
  • 132 posts
  • Local time: 06:50 AM

Posted 07 April 2020 - 08:59 AM

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.

 

Attached File  Annotation 2020-04-07 085843.png   13.32KB   4 downloads

Attached File  Annotation 2020-04-07 085833.png   3.57KB   4 downloads

 



#2 ShadowKindjal OFFLINE  

ShadowKindjal

    Advanced Member

  • Members
  • 132 posts
  • Local time: 06:50 AM

Posted 07 April 2020 - 09:05 AM

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.

 

Attached File  Annotation 2020-04-07 090348.png   405.81KB   3 downloads

Attached Files



#3 rrado OFFLINE  

rrado

    Member

  • Members
  • 15 posts
  • Local time: 12:50 PM

Posted 08 April 2020 - 04:27 AM

You seem to have the same issue as what I got ? 

https://emby.media/c...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...



#4 ShadowKindjal OFFLINE  

ShadowKindjal

    Advanced Member

  • Members
  • 132 posts
  • Local time: 06:50 AM

Posted 08 April 2020 - 09:39 AM

You seem to have the same issue as what I got ? 

https://emby.media/c...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.



#5 ShadowKindjal OFFLINE  

ShadowKindjal

    Advanced Member

  • Members
  • 132 posts
  • Local time: 06:50 AM

Posted 12 April 2020 - 10:44 PM

Does anyone have any information on this?



#6 Happy2Play OFFLINE  

Happy2Play

    Trial and Error

  • Moderators
  • 19168 posts
  • Local time: 03:50 AM
  • LocationWashington State

Posted 12 April 2020 - 10:59 PM

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.



#7 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 157008 posts
  • Local time: 06:50 AM

Posted 13 April 2020 - 12:03 AM

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.

 

attachicon.gifAnnotation 2020-04-07 090348.png

How did you stop playback?



#8 ShadowKindjal OFFLINE  

ShadowKindjal

    Advanced Member

  • Members
  • 132 posts
  • Local time: 06:50 AM

Posted 13 April 2020 - 12:06 AM

How did you stop playback?


I believe, in this case, playback was stopped by hitting the back button in the web player.

Edited by ShadowKindjal, 13 April 2020 - 12:07 AM.


#9 ShadowKindjal OFFLINE  

ShadowKindjal

    Advanced Member

  • Members
  • 132 posts
  • Local time: 06:50 AM

Posted 13 April 2020 - 12:08 AM

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

#10 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 157008 posts
  • Local time: 06:50 AM

Posted 13 April 2020 - 02:20 PM

Thanks !



#11 ShadowKindjal OFFLINE  

ShadowKindjal

    Advanced Member

  • Members
  • 132 posts
  • Local time: 06:50 AM

Posted 13 April 2020 - 02:29 PM

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?

Attached Files



#12 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 157008 posts
  • Local time: 06:50 AM

Posted 13 April 2020 - 04:15 PM

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.



#13 ShadowKindjal OFFLINE  

ShadowKindjal

    Advanced Member

  • Members
  • 132 posts
  • Local time: 06:50 AM

Posted 23 April 2020 - 12:30 PM   Best Answer

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. 



#14 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 157008 posts
  • Local time: 06:50 AM

Posted 26 April 2020 - 05:01 PM

We'll take a look at that. thanks for the feedback.






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users