K22R8CT 24 Posted May 10, 2018 Share Posted May 10, 2018 My sync jobs no longer populate the "sync folder" I set in the Folder Sync plugin. Instead they populate the original file's directory, in the case of TV shows, with subfolders for season and episode name. I thought this might be a setting incompatibility so I recreated a sync job in the new version, making sure to specify the correct sync folder (i.e. not the original file's directory.) This had no effect, the sync'd files were still created in the original file's directory. Another problem is that unlike v3.3.1.0 and previous which extracted subtitles when sync-ing (creating vtt and srt files in the sync'd directory) v3.4.1.0 does not. Is anyone having similar problems and if so, have you found a solution? Link to comment Share on other sites More sharing options...
Luke 37994 Posted May 10, 2018 Share Posted May 10, 2018 If I recall, I think you're using the folder sync plugin in a strange way, right? Link to comment Share on other sites More sharing options...
K22R8CT 24 Posted May 10, 2018 Author Share Posted May 10, 2018 I have libraries just for the sync destination folders (one for TV and one for Videos) but other than that I think it's standard: I have a single sync folder, all my jobs are/were "General Medium" and all files populated: <Sync Folder> → General-Medium → (TV|Videos) Link to comment Share on other sites More sharing options...
Luke 37994 Posted May 10, 2018 Share Posted May 10, 2018 Can you please go over an example because I've tested this personally recently. Thanks. Link to comment Share on other sites More sharing options...
Luke 37994 Posted May 10, 2018 Share Posted May 10, 2018 But yes, the output location has changed slightly, however it should still be underneath the folder that was configured in the plugin. Link to comment Share on other sites More sharing options...
K22R8CT 24 Posted May 10, 2018 Author Share Posted May 10, 2018 (edited) Here's a hypothetical example: My TV folder is: /Volumes/Download/TV My Sync Folder is: /Volumes/Download/Sync My system automatically downloads new episodes of the show The Circus into: /Volumes/Download/TV/The Circus/ I have/had a sync job for The Circus set to General/Medium With v3.3.1.0: When a new episode of The Circus was downloaded the sync job would put the converted file into: /Volumes/Download/Sync/General-Medium/TV/The Circus/ With v3.4.1.0: When a new episode of The Circus is downloaded the sync job puts the converted file into: /Volumes/Download/TV/The Circus/<Season>/<Episode Name>/ Edited May 10, 2018 by Anon28109 Link to comment Share on other sites More sharing options...
Luke 37994 Posted May 10, 2018 Share Posted May 10, 2018 I just tested this right now and it worked as expected. Are you sure you didn't accidentally use the new convert media feature instead? My system automatically downloads new episodes of the show The Circus into: /Volumes/Download/TV/The Circus/ Or maybe this file was a download and not a synced file? Link to comment Share on other sites More sharing options...
K22R8CT 24 Posted May 10, 2018 Author Share Posted May 10, 2018 Huh. Initially I didn't use anything. I upgraded unaware of the change and and didn't realize there was a problem until I noticed the new folders in the main directory. I thought it might be an issue with the download setup so I deleted those folders and re-ran the conversion process, which recreated the just-deleted folders. Next I thought it might be an incompatibility between the old sync job settings and the new (no more "General Medium for example) so as a test I deleted a sync job and recreated it, specifying the sync folder, Universal Mobile and 4Mbps. I deleted the folders again and re-ran conversion, which again recreated the deleted folders. This isn't specific to one show or sync job. Every show and sync job where a new file was added since I upgraded to v3.4.1.0 had the converted file placed in the main folder rather than the sync folder. Link to comment Share on other sites More sharing options...
K22R8CT 24 Posted May 10, 2018 Author Share Posted May 10, 2018 I was hoping that with various setups someone else would have this problem. If it's just me the next step is to figure out how my setup differs from working setups. If it doesn't then it's possible the new version is sensitive to existing data corruption (for example in data.json) in a way the old version wasn't. Link to comment Share on other sites More sharing options...
Luke 37994 Posted May 10, 2018 Share Posted May 10, 2018 What if you create a new sync job? data.json isn't used anymore, just fyi. Link to comment Share on other sites More sharing options...
K22R8CT 24 Posted May 10, 2018 Author Share Posted May 10, 2018 data.json isn't used anymore, just fyi. Good to know. What if you create a new sync job? I tried that. Deleted the old job, created a new job – no difference. Link to comment Share on other sites More sharing options...
Luke 37994 Posted May 11, 2018 Share Posted May 11, 2018 Ok i will keep testing this but right now I cannot reproduce it. 1 Link to comment Share on other sites More sharing options...
K22R8CT 24 Posted May 11, 2018 Author Share Posted May 11, 2018 Thanks but don't go crazy. If it really is just me I'll try a clean/test installation and see if it works. Link to comment Share on other sites More sharing options...
Luke 37994 Posted May 11, 2018 Share Posted May 11, 2018 Are you sure you don't have something like auto-organize or something else moving it after the sync? the log file will reveal where emby server is sending the file. Link to comment Share on other sites More sharing options...
K22R8CT 24 Posted May 11, 2018 Author Share Posted May 11, 2018 What about subtitles? In your tests, say with an mkv with embedded subtitles, does the conversion process produce and mp4 with srt/vtt files like it did in earlier versions? Link to comment Share on other sites More sharing options...
Luke 37994 Posted May 11, 2018 Share Posted May 11, 2018 I updated the subtitle process to only produce one or the other, rather than both. But there should still be at least one subtitle file, unless for whatever reason it was burned in as part of the sync transcoding process. 1 Link to comment Share on other sites More sharing options...
K22R8CT 24 Posted May 11, 2018 Author Share Posted May 11, 2018 Are you sure you don't have something like auto-organize or something else moving it after the sync? the log file will reveal where emby server is sending the file. I definitely don't have auto-organize or anything like that unless it's a new feature enabled by default. For the time being I reverted to the earlier version so I don't have useful logfiles to give. Link to comment Share on other sites More sharing options...
K22R8CT 24 Posted May 11, 2018 Author Share Posted May 11, 2018 I updated the subtitle process to only produce one or the other, rather than both. But there should still be at least one subtitle file, unless for whatever reason it was burned in as part of the sync transcoding process. Under what conditions is it burned in as part of the transcoding process? Link to comment Share on other sites More sharing options...
Luke 37994 Posted May 11, 2018 Share Posted May 11, 2018 If the source is a text based subtitle then it shouldn't be, I am just speculating without a log file example. Link to comment Share on other sites More sharing options...
K22R8CT 24 Posted May 11, 2018 Author Share Posted May 11, 2018 Got it, thanks. Link to comment Share on other sites More sharing options...
Solution K22R8CT 24 Posted May 16, 2018 Author Solution Share Posted May 16, 2018 Alright, folder issue resolved. The problem was for the most part specific to my setup. Old folder sync put the "TV" and "Videos" folders in Emby -> <quality-level> in the root folder. New folder sync puts them directly in the root folder. That would be fine except my main TV folder is also named "TV" and in the root folder. So the sync'd TV shows ended up stored in my main TV library directory. I appended "Emby" to the root folder path and now it's working as expected. Thanks for looking into it. Link to comment Share on other sites More sharing options...
Luke 37994 Posted May 17, 2018 Share Posted May 17, 2018 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