linuxaudio.org

--=-k3zxgkekCdPdWv/oKQ33

Content-Type: text/plain; charset="UTF-8"

Content-Transfer-Encoding: quoted-printable
On Fri, 2012-07-13 at 15:57 +0100, James Morris wrote:

quoted text
> Hi,

>=20

> My sampler app has Non Session Mangement implemented but is currently

> still referring to external files by their original path.

>=20

> I want to use the symlink method as discussed fairly extensively here

> but I'd like to know if there is any recommended strategy for naming

> the symlink of a sample.

>=20

> It could so happen that as far as the filesystem is concerned the only

> discerning uniqueness between two samples is in the path (ie

> kit1/snare1.wav and kit2/snare1.wav).

>=20

>=20

> I've come up with three possible solutions to this (in my current order

> of preference):

>=20

>=20

> 1) symlink-to-sample created in a subdir named using a hash* of the

> full path to external file

>=20

> 2) painstakingly re-create the full path within the session dir and add

> the symlink into that.

>=20

> 3) some horrible text manipulation of the full path (ie replace / with

> _) that is bound to fail.

>=20

>=20

> * J. Liles mentioned SHA1 here:

>   http://linuxaudio.org/mailarchive/lad/2012/3/30/189343

>=20

> Are there other/better options or disagreements about (1) being a good

> choice over the other options I've presented?

I just used the original name of the file, with a number added for

uniqueness if necessary (which is very seldom the case).  It works and

is much more human-friendly and straightforward than the above options.

A "make this path unique by sticking a number on the end of it" function

turns out to be pretty useful anyway.
Of course, you need to actually check for existence of files to create

it, which might be a problem in some cases (though not any I've

encountered), but anything that assumes a mapping based on the current

path is a unique identifier for a particular file's contents is bound to

fail anyway.
-dr
--=-k3zxgkekCdPdWv/oKQ33

Content-Type: application/pgp-signature; name="signature.asc"

Content-Description: This is a digitally signed message part

Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNATURE-----

Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAABCAAGBQJQA4KTAAoJEDZyeCqb82jzgeIP/iD8dBBa+qIOcxMbGBI5cnO9

JFUwP2iyBe/5bvxQf8u5yyXWLX9Gy5b1UVudg4q8Tu2UhF81asfJzndLwReQr8Jx

xypSf8Qo9dGUvId0S2u7L9QFl68NW/e0ap6yIH3Jo5EC1ZvCbKgAuwIFTa8k/1mc

BXr9xtJAuGJbqTVNpx2ySjjhNL1UjAL1K0sWsrVrbYiDM/sKOkzMP59GgDVO+kiR

mXnc0XWQ8XPqFPj+eHpKW1noOcNLCzsI9tPHToZVkWVFYI+fPZgFuiqGWoxhcwOU

9q5h7k4zZPcFzJCfKvMP+ww9n6tq1TetHXCN6U88nmPeQYBL7F+ViKDtEvz9vL6I

HSNgnD4kZVViifTKOSdIdk3+eS9FxlI7BCnBowNRTcN5eXA/QRpxSbOOPkEnQ3ey

nOl+4xlS6284UKh22RKGtl61/vgLOQ5CNoz6DwCR2tNLhUDql9MJ6etEmrqDv+m5

qrWfr2jGVqTLl4i+2OvJQKBrEVeqzKnKw5G1un6ya2zlaPKin3/h7vyJnA2spNo1

lQJoKIZJjepXkaK484nix0SKtslOnEam1rsw5KN+sHu863Ffm+eYDHsPTBjQSwKg

P/eW7X7V6gwTTc5rfZNDtK/x3iAmJtuaPkpX6Yhv/bn9AD9JTzBTvkV7ZtSojby5

r8u8NzWphBnOZTqRnBli

=bSST

-----END PGP SIGNATURE-----
--=-k3zxgkekCdPdWv/oKQ33--