<br><div class="gmail_quote">On Sun, Mar 8, 2009 at 9:03 PM, Fons Adriaensen <span dir="ltr"><<a href="mailto:fons@kokkinizita.net">fons@kokkinizita.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
When they are on the same mount point Ardour makes<br>
a hard link in the session directory and puts the<br>
local path into the .ardour file.</blockquote><div><br>The goal was to avoid creating havoc through accidental deletion or movement of files external to the session. The user could do this and the session would continue to function just fine. <br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The directory structures on all the computers<br>
involved are identical, </blockquote><div><br>quite a specialized use case, then.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
so even when external<br>
files are used it should be possible to move<br>
the session without editing the .ardour file.<br>
<br>
But when a session and the audio files it<br>
depends on are copied we end up with two<br>
copies of each audio file. And it is not<br>
possible to remove either of them</blockquote><div><br>sounds like your using the wrong tool to make the copy. what are you using? i am fairly sure that tar(1) will preserve the links *as links*, and not pretend that there are actually two copies. what filesystem are you using on the USB sticks?<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
So what was intended to be shared by many<br>
sessions get assimilated, Borg style, by<br>
each of then when that session is moved.<br>
Resistance seems to be futile.</blockquote><div><br>but the "assimilation" happened at the copy step, no? before the copy, there was one instance of the file with two hard links. after the copy, on the destination filesystem, there are two copies of the file. why is this ardour's fault? <br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
IOHI, this trick of making hard links to make<br>
it appear as if the session is using local<br>
files is bad idea. It leads to inconsistent<br>
results depending on something the user is<br>
usually not even aware of. Things would be<br>
much simpler if Ardour would just always<br>
treat an external file as external and not<br>
try to subvert the user's intentions.</blockquote><div><br>we are not trying to subvert the user's intention. we had many early losers who careless/accidental actions would break sessions. using a hard link fixed this. <br>
<br>now, it has to be said that since we now handle missing audio files in a more-or-less reasonable fashion, its not so clear that this FS-dependent approach is really the best one anymore. it does still have some nice properties, but i can see an argument for its removal.<br>
<br>removing it means commenting out about 3 lines of code.<br><br> </div></div><br>