Emby server is deleting downloaded files immediately after transferring them.

[mintman72 2]

I am currently running emby server on a Windows 11 computer. I'm using version 4.9.5.0. 

Each time I try to download music files to a device, the server goes through the motion of converting the files, transferring them, then immediately deleting the files it transferred. Attached are the logs from my server and a few of the transcoding logs as well. 

embyserver(1).txt ffmpeg-transcode-8ec47016-a752-4331-b5c5-70037a0241b6_1.txt ffmpeg-transcode-5c0f2d5f-faad-422e-806a-842e0288ddc1_1.txt ffmpeg-transcode-db2a3564-4f4f-49cf-a034-41b25f876939_1.txt

[Luke 42806]

Hi, what Emb app are you downloading with?

[mintman72 2]

6 minutes ago, Luke said:

Hi, what Emb app are you downloading with?

Emby for Android 3.5.36 (It's the most updated one for my Samsung S23)

[mintman72 2]

This problem is also happening with movies that are being downloaded as well. 

[js28194 69]

In Emby Server, you goto settings -> Conversions -> Settings, you will see where it says TEMPORARY PATH.  Now, I'm assuming this word is doing alot of heavy lifting as when I click on downloads, I do see my system having downloads, but I think they are reflected on the device, NOT the server.  Since when I check my temporary path, it's 100% empty which I think is by design.

I don't "think" when you download to remote client its supposed to store that converted file in "temporary somewhere"  I could be wrong but I'm not sure based on your post WHERE the files are being deleted.  Are they being deleted on the REMOTE device or SERVER.  I think on the SERVER it's by design.  Convert -> transfer -> delete local temporary converted file.

I am using Emby app version 3.5.36 and do not have this issue.  I can see downloads on my SERVER, but I think that is just informational, not the actual files.  I also see my files in the download section of my app.

Edited 5 hours ago by js28194

[mintman72 2]

5 minutes ago, js28194 said:

In Emby Server, you goto settings -> Conversions -> Settings, you will see where it says TEMPORARY PATH.  Now, I'm assuming this word is doing alot of heavy lifting as when I click on downloads, I do see my system having downloads, but I think they are reflected on the device, NOT the server.  Since when I check my temporary path, it's 100% empty which I think is by design.

I don't "think" when you download to remote client its supposed to store that converted file in "temporary somewhere"  I could be wrong but I'm not sure based on your post WHERE the files are being deleted.  Are they being deleted on the REMOTE device or SERVER.  I think on the SERVER it's by design.  Convert -> transfer -> delete local temporary converted file.

I am using Emby app version 3.5.36 and do not have this issue.  I can see downloads on my SERVER, but I think that is just informational, not the actual files.  I also see my files in the download section of my app.

This was this issue. By having the temporary file path as blank, it was deleting the files after converting them. Thus leading to it then deleting from the device. Now that I have put a folder into that path, the files are staying on the device. Thank you for the help!

[mintman72 2]

48 minutes ago, js28194 said:

In Emby Server, you goto settings -> Conversions -> Settings, you will see where it says TEMPORARY PATH.  Now, I'm assuming this word is doing alot of heavy lifting as when I click on downloads, I do see my system having downloads, but I think they are reflected on the device, NOT the server.  Since when I check my temporary path, it's 100% empty which I think is by design.

I don't "think" when you download to remote client its supposed to store that converted file in "temporary somewhere"  I could be wrong but I'm not sure based on your post WHERE the files are being deleted.  Are they being deleted on the REMOTE device or SERVER.  I think on the SERVER it's by design.  Convert -> transfer -> delete local temporary converted file.

I am using Emby app version 3.5.36 and do not have this issue.  I can see downloads on my SERVER, but I think that is just informational, not the actual files.  I also see my files in the download section of my app.

Well, let me take that back. It still isn't leaving the new files on the devices. I have set a path for the temp files in the conversion settings, but nothing has changed. Attached is the latest logs from the server and 3 of the transcoding logs where the files were removed.

embyserver(2).txt ffmpeg-transcode-2cf03a78-4b13-4ba6-b224-c294a73a7415_1.txt ffmpeg-transcode-03e3973e-0904-443c-9797-bda5d9c3797f_1.txt ffmpeg-transcode-7aa41108-1d2d-4b83-ad5c-943b458275e9_1.txt

[js28194 69]

Do you recall ever giving the EMBY app local device storage access?  Have your checked your settings on the local app where it CAN store downloads?  This next suggestion is a hail Mary.  You can delete cache/data on the app hoping your on your local LAN, and EMBY should ask for storage permissions and your aught to be able to define storage folders locally on the android device.  

Samsung still doing there own custom android skin/ui thing?  I hate it.  Sorry, Pixel user here.

[mintman72 2]

My server actually runs on a Windows 11 laptop. It has read/write access to all of the associated drives. I check on the Samsung device and emby is allowed to download onto local storage, so I don't believe that is what could be the issue. I can even see the files appear on the phone when the server says they're transferred, and if I am quick enough, I can start one playing on the phone through emby before it vanishes. 

Edited 3 hours ago by mintman72

[js28194 69]

I defer to men/women/it/they/him/her//\\up/down\left/right people at this stage.  Maybe try a different Android device? 

[mintman72 2]

3 minutes ago, js28194 said:

I defer to men/women/it/they/him/her//\\up/down\left/right people at this stage.  Maybe try a different Android device? 

We actually have 2 phones where this issue is happening. We're trying to check with my wife's iPhone currently, but she is away on vacation and essentially a Boomer when it comes to anything technological.