Thank you very much, and if you’re there, can you extend that code with one extra sub-routine please:
I mean:
relink.media.files.codepart
{…;
IF
(user navigated into a folder) && (NOT selected any file) && (clicks “OPEN” in filebrowser):
do.searching at “./” for the vstl-relink-selected-file && all other same-type-missing-ones
…
}
The point is: if I already navigated to a folder, and app knows the missing-filenames, eliminate the necesarry need for pointing to a given-file. EXEPT (and that is working great already months ago) when clicking to a given file: then strictly use manually selected (e.g. replacing missing Myfile-v1.wav => to Myfile-v2.wav).
The auto-search without the need of pointing to any file would be necesarry to find hexadecimal-named markerfiles like MIDI, TEMPO, DMX… Hard or impossible to find for human, easy for a computer.
Does my explanation makes sense, or should try differently?
Thank you for reading!
F
It makes sense, but we can not add extended search at the time beeing, need to prioritize. But when a file is selected, it should find other missing files from that folder automatically.
There was a bug that for the case where other files were found in the selected search folder, the copy question was ignored, fixed with the next version.
And even when that happens to poor Felician sometimes:
(WIN11 proj moving to MAC, not SAVEARCH for purpose (need to keep audio-video files in their separated FOLDER)
The extra line (find automatically if < filename > can be found ./
could help him to relocate files quicker @Spork can you recognise the problem in the " location " cells for each row? it joins the “last” and a new “possible” location to one string.
And @musicullum : tested it with 3.0.13 and there is one remaining issue (and tricked us yesterday at a 1100pax venue): Relinking files will remain “offline media” until restarting VSTLive. They should be online immediately after successful relinking.