-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FR] Update name / location of previously downloaded files according to output path template changes #408
Comments
Hey there! Thanks for the report (: This is a fair idea, but unfortunately not a super simple one. I'm going to be (mostly) out of cell service for just over a week starting tomorrow, but I'll take a look once I'm back and see if there's a simple path forward! |
Came here to suggest this. I'm doing some testing to get things working right and after a few dozen downloads I realized I wasn't getting season folders. While it would be awesome to be able to just change the format in the profiles page it would also be beneficial to have a nuclear option that deletes everything and starts fresh. Would simply pointing Pinchflat at a new empty downloads directory work? |
Hey all! I'm back from my trip and I'll be looking into this later this week. There are a few bugfixes I need to address first but I'll resume looking into this once those are resolved 🤙
You'd have to also nuke the |
Would also love this feature. Trying to implement Pinchflat but have had to change the pathing multiple times during my setup as I discover how Pinchflat works, how it integrates with Jellyfin, what certain profile options mean, etc. I've had to nuke things a few times and it would be great if Punchflat could handle this without having to nuke or write my own scripts to port things over to the new pathing structure. |
I'd love to be able to apply updates of "output path template" changes to all files that were already downloaded via Pinchflat. The renaming/moving of previously downloaded files could happen as the user saves changes of the media profile they are editing. This would massively help to handle archived media without breaking Pinchflat pipelines.
The text was updated successfully, but these errors were encountered: