My personal practice is that I usually try to keep the job of organising and archiving my footage and related resources at least conceptually separate from the projects that use them - so for anything but the most trivial projects, my project dir (and subdirs) usually includes a symlink farm importing all the shared things that project uses.
I don’t have a lot of raw footage that needs transcoding to edit, but indeed, if I did I’d probably do something similar separating the pristine resources from the transcodes used for editing.
So I think that having the option to choose a destination for all transcoded media would be neat
I think the first question to look at is how many ways you can arrive at a dialogue or prompt to transcode (or otherwise create derivative primary resources that might replace an original clip in the bin/timeline). Because ideally, we want one nice solution that work the same for all of them.
I can’t answer that offhand either, so it would need some homework to research, but if we come up with a nice “UI-centric” solution that fits all the needed cases, implementing it shouldn’t be terribly hard.
@berndmj @Eugen_Mohr I’d love to hear any thoughts you have on this one too before formulating a more formal feature request?
it would also be nice if when opening the file manager for the first time … it would open directly the project folder,
We have somewhat limited control over this, because we don’t implement a file manager, we just use the KDE/Qt one, which will then usually delegate that to your DE/platform file chooser.
Usual best practice though is to open to the last opened location unless it’s a very specific task always operating in a very specific directory. And most modern file choosers will include some sort of history to make it easy to get back to recently used locations.
Or at least offer some kind of button to navigate directly to the project folder.
Are you not seeing some sort of one click button to take you to the project folder?
I see one in both the MATE and Plasma file choosers - though as a separate issue again, it’s often seemed broken to me - working as expected in a brand new project with a custom project dir set - but then after saving and reopening it tends to take me to the ‘default’ project dir rather than the actual project one. But that’s on my “things to look at when I pop my current todo stack or stumble into that code for other reasons” list too (it also shouldn’t be complicated to fix).