Once conversion finishes, file is not moved

[SeanInToronto 0]

Intro: I am using emby server on an rather powerful android mobile device (2x 4 core 2 GHz CPUs, total 8 cores, 3 core 800 MHz GPU, and 6 GB RAM at 1.8 GHz dual channel) and have my library stored in a very basic NAS that allows guest SMB access. You can even enter garbage credentials and it will still allow you to authenticate with full rights as long as you are connecting locally. It simply does not care about credentials. I have no means to edit the SMB conf file. The android emby server is a local device in relation to the SMB share.

Everything is working flawlessly I must say. I am very happy with the software, and bought Premiere to take advantage of GPU transcoding.

There are two issues (one which has been solved in the beta and I am waiting for it to mainlined: "Directory not empty" error when deleting a season or show without deleting the individual episodes).

Problem: The second and main issue which I am writing about is the fact that I cannot get converted files to move to beside the original file or to replace the original file. The converted file simply sits in the cache directory, fully functioning as an MKV file in it's own right, but it does not move. I suspect this has something to do with emby's SMB integration?

Forcing "Transfer media" from "Scheduled Tasks" doesn't do anything. The task finishes in 1 second and the file has not moved.

I have not included any log files. When checking log files, I see there are many, many log files. I will share log files as I know they are needed but I will need specific instructions on which log files are needed. I have no clue.

Thanks for the help and insight!

P.S. - I have been told the 3 core GPU on the android mobile device is too weak in comparison to the 8 cores of CPU and that transcoding would be faster on the CPU than the GPU in this case. Is that true or did I hear incorrectly? Does emby have the ability to use all 8 cores of CPU and 3 cores of GPU?

[SeanInToronto 0]

Sorry, I tried to edit the above post but I don't think that's allowed. 

I wanted to clarify one thing, and that is the cache directory is not on the SMB share. I have specified the cache directory to be on the local internal storage of the android device.

My hope is that it would be moved from this local directory to the appropriate location on the SMB share after conversion was completed. 

[Luke 42077]

Hi there @SeanInTorontocan we please look at a specific example:

How to Report a Problem

Thanks !

[Pippinuk 5]

Just in case this helps....

 

Framework: .NET 6.0.36

OS/Process: x64/x64

Runtime: system/System.Private.CoreLib.dll

Processor count: 12

Data path: /config

Application path: /system

System.IO.IOException: System.IO.IOException: Create Handle Failed: data\movies. NTStatus: FILE_DOES_NOT_EXIST

at EzSmb.Transports.Shares.Handlers.Bases.HandlerBase..ctor(SmbType smbType, ISMBFileStore store, String path, HandleType handleType, NodeType nodeType, HandleArgs args)

at EzSmb.Transports.Shares.Smb2Share.GetHandler(String path, HandleType handleType, NodeType nodeType, HandleArgs args)

at EzSmb.Transports.Shares.Bases.ShareBase.CreateFolder(Node node, String folderName)

at EzSmb.Node.CreateFolder(String folderName, String relatedPath)

at Emby.Server.Implementations.IO.SmbFileSystem.CreateDirectory(String path)

at Emby.Server.Sync.ConvertSyncProvider.SendFile(SyncJob job, String originalMediaPath, String inputPath, Boolean isMedia, String[] pathParts, SyncTarget target, IProgress`1 progress, CancellationToken cancellationToken)

at Emby.Server.Sync.MediaSync.SendFile(SyncJob job, String originalMediaPath, IServerSyncProvider provider, String inputPath, Boolean isMedia, String[] pathParts, SyncTarget target, SyncOptions options, IProgress`1 progress, CancellationToken cancellationToken)

at Emby.Server.Sync.MediaSync.GetItem(IServerSyncProvider provider, SyncTarget target, SyncJobItem jobItem, IProgress`1 progress, CancellationToken cancellationToken)

Source: Emby.Server.Implementations

TargetSite: Void .ctor(EzSmb.Params.Enums.SmbType, SMBLibrary.Client.ISMBFileStore, System.String, EzSmb.Transports.Shares.Handlers.Enums.HandleType, EzSmb.NodeType, EzSmb.Transports.Shares.Handlers.HandleArgs)

[Luke 42077]

2 minutes ago, Pippinuk said:

Just in case this helps....

 

Framework: .NET 6.0.36

OS/Process: x64/x64

Runtime: system/System.Private.CoreLib.dll

Processor count: 12

Data path: /config

Application path: /system

System.IO.IOException: System.IO.IOException: Create Handle Failed: data\movies. NTStatus: FILE_DOES_NOT_EXIST

at EzSmb.Transports.Shares.Handlers.Bases.HandlerBase..ctor(SmbType smbType, ISMBFileStore store, String path, HandleType handleType, NodeType nodeType, HandleArgs args)

at EzSmb.Transports.Shares.Smb2Share.GetHandler(String path, HandleType handleType, NodeType nodeType, HandleArgs args)

at EzSmb.Transports.Shares.Bases.ShareBase.CreateFolder(Node node, String folderName)

at EzSmb.Node.CreateFolder(String folderName, String relatedPath)

at Emby.Server.Implementations.IO.SmbFileSystem.CreateDirectory(String path)

at Emby.Server.Sync.ConvertSyncProvider.SendFile(SyncJob job, String originalMediaPath, String inputPath, Boolean isMedia, String[] pathParts, SyncTarget target, IProgress`1 progress, CancellationToken cancellationToken)

at Emby.Server.Sync.MediaSync.SendFile(SyncJob job, String originalMediaPath, IServerSyncProvider provider, String inputPath, Boolean isMedia, String[] pathParts, SyncTarget target, SyncOptions options, IProgress`1 progress, CancellationToken cancellationToken)

at Emby.Server.Sync.MediaSync.GetItem(IServerSyncProvider provider, SyncTarget target, SyncJobItem jobItem, IProgress`1 progress, CancellationToken cancellationToken)

Source: Emby.Server.Implementations

TargetSite: Void .ctor(EzSmb.Params.Enums.SmbType, SMBLibrary.Client.ISMBFileStore, System.String, EzSmb.Transports.Shares.Handlers.Enums.HandleType, EzSmb.NodeType, EzSmb.Transports.Shares.Handlers.HandleArgs)

Hi @Pippinukthis particular issue we have resolved on the 4.9 beta channel and will be backporting the fix to 4.8. Thanks.

[Pippinuk 5]

Oh fantastic! Great news and thank you so much for your help!! 

 

Great product by the way and I am paid user. Thanks again!!

 

 

Edited April 11, 2025 by Pippinuk

[Pippinuk 5]

Hi - sorry to revisit this but I was wondering if you had any idea when the the fix will be back ported to 4.8?

 

Many thanks!

Phill

[Luke 42077]

28 minutes ago, Pippinuk said:

Hi - sorry to revisit this but I was wondering if you had any idea when the the fix will be back ported to 4.8?

 

Many thanks!

Phill

Hi, I don't have an ETA but hopefully soon. We are working on getting other things backported as well. Thanks.

[Pippinuk 5]

Thank you, Luke!! Appreciate the response.