rikhyray wrote:Now , something tinteresting and probably usefull for you.
I did change the structure of the original Live 5 song that i described in previous post into the same as of the Live 6 one.
Open it appears "samples are missing" go to manage scan the project "no samples" found, choose the folder exactly to subfolder where they are , scan "No samples found. That they are there I can see for sure in my open browser on the left side. So this is the evidence you were looking for. The samples are there in the project but the searcher cannot find them, I did set folder to first "Projects Live" where they are located , then to the specific project, finally even"recorded" where they are located still " no samples found". If I click on the circle on the left side of missing sample name it finds the old, original in the Library ( which I didn't delete since I have to be sure that everything works) but not the collected one.
Using regular XP search finds both with one difference it took less then a second, typed the name, not even complete, specified drive only, not even the folder clicked search and the result was immediately there, while Live search takes 10-20 seconds.
Mind you I didnt even do that renaming of folders outside Live did it all on the left side browser.
Yet OS finds it immediately and Live search never.
There is no question something is very, very wrong.
Hope that will help
The VST presets had lots of subfolders with VST names, all empty so I deleted it. What about the "Presets" folder which lists Lives FX audio and midi, is it in correct place or another lost and unnecessary folder.
Thanks for your report. That is indeed one of the search behaviour that I reported being known and worked on. For now, if you also enable 'fully recan folders', appart from 'search folder' (so enable the two of them), Live should find the files. Again, this is quite wrong and worked on.
But you don't really have to copy by hand the files in a Live 6-like subfolder architecture, unless you want it. It does not really matter how organized are the files in the Project folder. Live 6 has its own one, but you can move the files inside the Project folder to your own organization - and will have to re-link the files if the set is not opened in Live while you do this.
To not loose too much time, and if you are you could try to:
-open one of your old Live 5 sets that is in the Library
-save as in another location on the computer
-choose 'collect and save' from the file menu. See the structure inside your project folder, keep it that way if you like it, it won't affect the project.
Then, you will have the right structure for your newly made projects, with Live 6.
The Preset folder is at its place, it contains all of the Presets for the Live devices. Don't touch it.
As per my post way back on page one I still maintain that the new file system is an improvement to what we had. I doubt that Ableton's objective was to wreak havoc amongst the users but regardless that's what happened. They should have taken more care to alert the users about the dramatic change as well as what benefit we will derive in the long run. I know for me it was a series of WTF when migrating the Live5 data to the new Live6 structure. In theory the new structure is very simple but none the less very different than before. I have been testing different approaches to the new structure over the last couple of days based on information that Amaury has been posting. Here's a list of points that I've observed:
1) You can create sub directories under Sets and group your like sets (.als) within the new directories. I used Live's browser to create the new folders and also the move the files. Running the file management utility against the new Sets structure did not create any problems and all files where located when loading a moved set. The only benefit is that now my Sets folder only contains sub folders of all the different projects with the related set files in the sub folders.
2) I then used the same logic and created a sub folder under the \Samples\Recorded folder for a test project identified in Sets. I used the file management utility to move the recorded .wav/.asd files into the newly created subfolder and then ran the file management util and still no problems. The moved samples were located and loaded as per the .als file.
3) I then recorded a new track for the moved project. The new .wav was still saved in the \Samples\Recorded folder and NOT in the new folder I created under \Samples\Recorded\new_folder. I tried it several times and the results were the same. I was expecting that by manually moving the .wavs with the file management util it would use the new path for any recorded .wav on a go forward basis but to no avail.
4) Based on Amaury's postings I created a new directory far away from the Ableton directory under My Documents. When saving a new test Set file (.als) in the remote directory I first created an identifiable folder under the remote directory using a name to identify the project. Ableton then saved all the necessary files correctly in the new remote directory with all the related folders required. Now I can at least keep all related files for a project within a directory.
5) As I mentioned the suggestion to use a totally new directory structure came from a post by Amaury and as I noted above this does work both for Live6 and the file management util. Worth noting is that when in this new directory you can right click on the parent folder and run the file management util from the browser. In fact that is the only way to run the utility unless you point the utility to the new directory structure in Prefs which would be a real PITA.
6) The question that begs to be asked of Ableton is if this is the sanctioned work around perhaps it should have been the standard with the option of utilizing their current structure if desired? Perhaps their new structure has some benefits to the coding of the software....? Only "they" know whoever "they" are.......
7) As I mentioned in my post back on page one and confirmed during my recent testing when you save a file in Live6 you will notice that in the lower left corner of the information bar that Live6 is "indexing" these files for it's internal database requirements. This leads me to believe that it is IMPERATIVE to use the Live6 browser to perform any type of file movement or else run the risk of Live6 not being able to find the file.
8 - I then added some plugins and effects and was hoping to see the necessary folders created to hold the preset data. That was not the case. Although the set loaded correctly with all the selected presets it was still pulling the data from the original Live6 library under My Documents. I did not try the "collect all and save" option and perhaps this would have addressed the preset files.
Anyway if someone finds the above info to be of any value then give it a try but if you do PLEASE be certain to backup any data files before you do your testing. I believe strongly in Murphy's Law so by backing up my data I was assured not to have any problems. If you don't backup the data your inviting Murphy in for a visit.....
It's obvious that there's a multitude of opinions on this subject but I also believe that to many cooks in the kitchen can ruin the meal.