Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.mac.apps > #19500 > unrolled thread

iTunes -- single library; multiple access?

Back to article view | Back to comp.sys.mac.apps

Contents

  iTunes -- single library; multiple access? Robert Peirce <bob@peirce-family.com> - 2013-11-22 11:07 -0500
    Re: iTunes -- single library; multiple access? Robert Peirce <bob@peirce-family.com> - 2013-11-22 11:25 -0500
      Re: iTunes -- single library; multiple access? Michael Vilain <vilain@NOspamcop.net> - 2013-11-22 10:02 -0800
        Re: iTunes -- single library; multiple access? nospam <nospam@nospam.invalid> - 2013-11-22 14:03 -0500
          Re: iTunes -- single library; multiple access? Wes Groleau <Groleau+news@FreeShell.org> - 2013-11-23 00:51 -0500
            Re: iTunes -- single library; multiple access? nospam <nospam@nospam.invalid> - 2013-11-23 01:01 -0500
              Re: iTunes -- single library; multiple access? Michael Vilain <vilain@NOspamcop.net> - 2013-11-22 23:26 -0800
                Re: iTunes -- single library; multiple access? nospam <nospam@nospam.invalid> - 2013-11-23 05:13 -0500
              Re: iTunes -- single library; multiple access? Wes Groleau <Groleau+news@FreeShell.org> - 2013-11-23 12:58 -0500
            Re: iTunes -- single library; multiple access? jamiekg@wizardling.geek.nz (Jamie Kahn Genet) - 2013-11-24 15:13 +1300
          Re: iTunes -- single library; multiple access? Michael Vilain <vilain@NOspamcop.net> - 2013-11-22 23:23 -0800
            Re: iTunes -- single library; multiple access? nospam <nospam@nospam.invalid> - 2013-11-23 05:13 -0500
              Re: iTunes -- single library; multiple access? Robert Peirce <bob@peirce-family.com> - 2013-11-23 16:38 -0500
                Re: iTunes -- single library; multiple access? nospam <nospam@nospam.invalid> - 2013-11-23 17:04 -0500
            Re: iTunes -- single library; multiple access? Fred Moore <fmoore@gcfn.org> - 2013-11-23 10:22 -0500
              Re: iTunes -- single library; multiple access? Jolly Roger <jollyroger@pobox.com> - 2013-11-23 17:43 +0000
                Re: iTunes -- single library; multiple access? Michael Vilain <vilain@NOspamcop.net> - 2013-11-23 11:42 -0800
                  Re: iTunes -- single library; multiple access? Jolly Roger <jollyroger@pobox.com> - 2013-11-23 19:50 +0000
                Re: iTunes -- single library; multiple access? Robert Peirce <bob@peirce-family.com> - 2013-11-23 16:40 -0500
                  Re: iTunes -- single library; multiple access? Jolly Roger <jollyroger@pobox.com> - 2013-11-23 22:48 +0000
                    Re: iTunes -- single library; multiple access? Robert Peirce <bob@peirce-family.com> - 2013-11-23 18:57 -0500
              Re: iTunes -- single library; multiple access? Michael Vilain <vilain@NOspamcop.net> - 2013-11-23 11:41 -0800
                Re: iTunes -- single library; multiple access? nospam <nospam@nospam.invalid> - 2013-11-23 14:49 -0500
            Re: iTunes -- single library; multiple access? Jolly Roger <jollyroger@pobox.com> - 2013-11-23 17:40 +0000
              Re: iTunes -- single library; multiple access? jamiekg@wizardling.geek.nz (Jamie Kahn Genet) - 2013-11-24 17:19 +1300
            Re: iTunes -- single library; multiple access? Wes Groleau <Groleau+news@FreeShell.org> - 2013-11-23 13:08 -0500
            Re: iTunes -- single library; multiple access? AV3 <arvimide@earthlink.net> - 2013-11-23 16:47 -0500
              Re: iTunes -- single library; multiple access? Michael Vilain <vilain@NOspamcop.net> - 2013-11-23 14:59 -0800
      Re: iTunes -- single library; multiple access? nospam <nospam@nospam.invalid> - 2013-11-22 13:09 -0500
    Re: iTunes -- single library; multiple access? Robert Peirce <bob@peirce-family.com> - 2013-11-23 16:32 -0500
      Re: iTunes -- single library; multiple access? Robert Peirce <bob@peirce-family.com> - 2013-11-23 17:09 -0500
        Re: iTunes -- single library; multiple access? nospam <nospam@nospam.invalid> - 2013-11-23 17:12 -0500
        Re: iTunes -- single library; multiple access? AV3 <arvimide@earthlink.net> - 2013-11-23 21:45 -0500
          Re: iTunes -- single library; multiple access? nospam <nospam@nospam.invalid> - 2013-11-23 22:03 -0500
    Re: iTunes -- single library; multiple access? Sandman <mr@sandman.net> - 2013-11-24 14:54 +0000
      Re: iTunes -- single library; multiple access? Jolly Roger <jollyroger@pobox.com> - 2013-11-24 16:44 +0000
        Re: iTunes -- single library; multiple access? Michael Vilain <vilain@NOspamcop.net> - 2013-11-24 10:03 -0800
          Re: iTunes -- single library; multiple access? Jolly Roger <jollyroger@pobox.com> - 2013-11-24 18:22 +0000
          Re: iTunes -- single library; multiple access? nospam <nospam@nospam.invalid> - 2013-11-24 13:53 -0500
          Re: iTunes -- single library; multiple access? Sandman <mr@sandman.net> - 2013-11-24 22:23 +0000
            Re: iTunes -- single library; multiple access? Wes Groleau <Groleau+news@FreeShell.org> - 2013-11-24 18:10 -0500
        Re: iTunes -- single library; multiple access? Sandman <mr@sandman.net> - 2013-11-24 22:20 +0000
      Re: iTunes -- single library; multiple access? nospam <nospam@nospam.invalid> - 2013-11-24 13:53 -0500
        Re: iTunes -- single library; multiple access? Sandman <mr@sandman.net> - 2013-11-24 22:18 +0000
          Re: iTunes -- single library; multiple access? nospam <nospam@nospam.invalid> - 2013-11-24 17:27 -0500

Page 1 of 3  [1] 2 3  Next page →

#19500 — iTunes -- single library; multiple access?

I am contemplating the idea of putting my iTunes library on a networked 
RAID array so it can be easily accessed from two locations. The problem 
is accessing it from two locations at once.  On the surface this doesn't 
seem to be possible but I may be missing something.

[toc] | [next] | [standalone]

#19502

On 11/22/13 11:07 AM, Robert Peirce wrote:
> I am contemplating the idea of putting my iTunes library on a networked
> RAID array so it can be easily accessed from two locations. The problem
> is accessing it from two locations at once.  On the surface this doesn't
> seem to be possible but I may be missing something.

I forgot.  I want to use smart playlists in both locations.  Sharing 
alone won't work.  I currently have my library attached to my mini. 
When I have it running on the mini and try to open it directly from my 
MacBook Pro it is locked, although I can access it using sharing.

[toc] | [prev] | [next] | [standalone]

#19506

In article <l6o0hi$rn1$1@speranza.aioe.org>,
 Robert Peirce <bob@peirce-family.com> wrote:

> On 11/22/13 11:07 AM, Robert Peirce wrote:
> > I am contemplating the idea of putting my iTunes library on a networked
> > RAID array so it can be easily accessed from two locations. The problem
> > is accessing it from two locations at once.  On the surface this doesn't
> > seem to be possible but I may be missing something.
> 
> I forgot.  I want to use smart playlists in both locations.  Sharing 
> alone won't work.  I currently have my library attached to my mini. 
> When I have it running on the mini and try to open it directly from my 
> MacBook Pro it is locked, although I can access it using sharing.

The networked RAID should work if it's via AFP unless there's some 
built-in design requirement in iTunes to not permit shared R/W access to 
the underlaying library.  If you post this to the Apple Support Forums, 
maybe someone from Apple will tell you definitively it's "not supported".

The problem is locking and who has access to the ~/Music/iTunes Music 
Library file.  AFAIK, that's not meant for multiple access.

You may be able to put the music itself on the RAID and tell iTunes to 
let you manage it independently.  I do that already.  This way you can 
have the music on the networked volume and multiple music library files 
pointing to it.

If you have lots of music, converting it to use the network volume may 
be a lengthy project.  My library is about is only about 100GB with 
about 7000 songs.  I'm sure there are scripts you can write to go though 
and change the location of the files from your local drive to the 
network volume.  Look around the net for them.

-- 
DeeDee, don't press that button!  DeeDee!  NO!  Dee...
[I filter all Goggle Groups posts, so any reply may be automatically ignored]

[toc] | [prev] | [next] | [standalone]

#19512

In article <vilain-15FC2D.10025422112013@news.individual.net>, Michael
Vilain <vilain@NOspamcop.net> wrote:

> > > I am contemplating the idea of putting my iTunes library on a networked
> > > RAID array so it can be easily accessed from two locations. The problem
> > > is accessing it from two locations at once.  On the surface this doesn't
> > > seem to be possible but I may be missing something.
> > 
> > I forgot.  I want to use smart playlists in both locations.  Sharing 
> > alone won't work.  I currently have my library attached to my mini. 
> > When I have it running on the mini and try to open it directly from my 
> > MacBook Pro it is locked, although I can access it using sharing.
> 
> The networked RAID should work if it's via AFP unless there's some 
> built-in design requirement in iTunes to not permit shared R/W access to 
> the underlaying library.  If you post this to the Apple Support Forums, 
> maybe someone from Apple will tell you definitively it's "not supported".

bullshit. itunes has supported music/video on a server and always has.

> The problem is locking and who has access to the ~/Music/iTunes Music 
> Library file.  AFAIK, that's not meant for multiple access.

that's why you don't put the library file on the server.

> You may be able to put the music itself on the RAID and tell iTunes to 
> let you manage it independently.  I do that already.  This way you can 
> have the music on the networked volume and multiple music library files 
> pointing to it.

that's the correct way to do it. anything else is asking for problems.

> If you have lots of music, converting it to use the network volume may 
> be a lengthy project.  My library is about is only about 100GB with 
> about 7000 songs.  I'm sure there are scripts you can write to go though 
> and change the location of the files from your local drive to the 
> network volume.  Look around the net for them.

what scripts? just drag, possibly consolidating after it is finished.

[toc] | [prev] | [next] | [standalone]

#19529

On 11-22-2013, 14:03, nospam wrote:
>> >The problem is locking and who has access to the ~/Music/iTunes Music
>> >Library file.  AFAIK, that's not meant for multiple access.
> that's why you don't put the library file on the server.

You're asking for trouble if you allow one iTunes instance to do things 
to media files without noting those changes in the library databases of 
another instance using the same media.

Often, iTunes can figure out and fix the mismatch, but it's still a risk.


-- 
Wes Groleau

You always have time for what you do first.

[toc] | [prev] | [next] | [standalone]

#19531

In article <l6pfpp$v9n$1@dont-email.me>, Wes Groleau
<Groleau+news@FreeShell.org> wrote:

> >> >The problem is locking and who has access to the ~/Music/iTunes Music
> >> >Library file.  AFAIK, that's not meant for multiple access.
> >
> > that's why you don't put the library file on the server.
> 
> You're asking for trouble if you allow one iTunes instance to do things 
> to media files without noting those changes in the library databases of 
> another instance using the same media.

the changes it makes to media files are to id3 tags and are separate
from what is kept in the library file, which are things like play
counts, ratings, etc.

putting music and video on a server and keeping the library file on the
local hard drive works just fine.

> Often, iTunes can figure out and fix the mismatch, but it's still a risk.

there is no risk and it's fully supported. 

where the risk comes in is if you put the library file on the server
and more than one person accesses it, but if it's just one person with
multiple computers, it may not be an issue. for a family, it will be an
issue.

[toc] | [prev] | [next] | [standalone]

#19534

In article <231120130101463176%nospam@nospam.invalid>,
 nospam <nospam@nospam.invalid> wrote:

> In article <l6pfpp$v9n$1@dont-email.me>, Wes Groleau
> <Groleau+news@FreeShell.org> wrote:
> 
> > >> >The problem is locking and who has access to the ~/Music/iTunes Music
> > >> >Library file.  AFAIK, that's not meant for multiple access.
> > >
> > > that's why you don't put the library file on the server.
> > 
> > You're asking for trouble if you allow one iTunes instance to do things 
> > to media files without noting those changes in the library databases of 
> > another instance using the same media.
> 
> the changes it makes to media files are to id3 tags and are separate
> from what is kept in the library file, which are things like play
> counts, ratings, etc.
> 
> putting music and video on a server and keeping the library file on the
> local hard drive works just fine.
> 
> > Often, iTunes can figure out and fix the mismatch, but it's still a risk.
> 
> there is no risk and it's fully supported. 
> 
> where the risk comes in is if you put the library file on the server
> and more than one person accesses it, but if it's just one person with
> multiple computers, it may not be an issue. for a family, it will be an
> issue.

When I update the ID3 tags in an MP3 file, the changes are made to the 
file itself.  So if two accounts access the same MP3 file and both make 
changes, who wins.  The library file has the last played, last added, 
stars and other meta data.  But if you change something in the ID3 tags 
that's in the file itself.  Network sharing/locking rules apply here 
whatever server you use (NFS, AFP, or CIFS).

-- 
DeeDee, don't press that button!  DeeDee!  NO!  Dee...
[I filter all Goggle Groups posts, so any reply may be automatically ignored]

[toc] | [prev] | [next] | [standalone]

#19536

In article <vilain-3000FC.23261822112013@news.individual.net>, Michael
Vilain <vilain@NOspamcop.net> wrote:

> > > Often, iTunes can figure out and fix the mismatch, but it's still a risk.
> > 
> > there is no risk and it's fully supported. 
> > 
> > where the risk comes in is if you put the library file on the server
> > and more than one person accesses it, but if it's just one person with
> > multiple computers, it may not be an issue. for a family, it will be an
> > issue.
> 
> When I update the ID3 tags in an MP3 file, the changes are made to the 
> file itself.  So if two accounts access the same MP3 file and both make 
> changes, who wins. 

whoever made the last edit wins. 

and what's this about winning? song information is not variable. the
name of the song, who sings it, etc. do not change. either it's correct
or it's not. if it's not correct, then thank the person who fixes the
errors.

> The library file has the last played, last added, 
> stars and other meta data. 

exactly, which is why the library file should be local to each computer.

that way, each person can have their own playlists, ratings, etc.,
without affecting anyone else's preferences, and everyone sharing the
same music and video. 

> But if you change something in the ID3 tags 
> that's in the file itself.  Network sharing/locking rules apply here 
> whatever server you use (NFS, AFP, or CIFS).

and?

[toc] | [prev] | [next] | [standalone]

#19541

On 11-23-2013, 01:01, nospam wrote:
> <Groleau+news@FreeShell.org> wrote:
>
>>>>> The problem is locking and who has access to the ~/Music/iTunes Music
>>>>> Library file.  AFAIK, that's not meant for multiple access.
>>>
>>> that's why you don't put the library file on the server.
>>
>> You're asking for trouble if you allow one iTunes instance to do things
>> to media files without noting those changes in the library databases of
>> another instance using the same media.
>
> the changes it makes to media files are to id3 tags and are separate
> from what is kept in the library file, which are things like play
> counts, ratings, etc.
>
> putting music and video on a server and keeping the library file on the
> local hard drive works just fine.
>
>> Often, iTunes can figure out and fix the mismatch, but it's still a risk.

I have looked in the library file.  It also includes paths to the media 
files and bits of encoded binary.  I don't remember what the latter 
were, but obviously they are not within the media file.

So, if you don't add, delete, or relocate media and don't change 
whatever those other things are....  Note that (depending on prefs) 
editing artist, album, etc. may automatically change the path of the 
media file in addition to the ID3 tags.

Interesting that the file is still in the original XML format instead of 
the binary they switched to for .plist

[toc] | [prev] | [next] | [standalone]

#19562

Wes Groleau <Groleau+news@FreeShell.org> wrote:

> On 11-22-2013, 14:03, nospam wrote:
> >> >The problem is locking and who has access to the ~/Music/iTunes Music
> >> >Library file.  AFAIK, that's not meant for multiple access.
> > that's why you don't put the library file on the server.
> 
> You're asking for trouble if you allow one iTunes instance to do things
> to media files without noting those changes in the library databases of
> another instance using the same media.
> 
> Often, iTunes can figure out and fix the mismatch, but it's still a risk.

Aye, it makes a lot more sense to simply enable sharing in iTunes on one
machine, then access the shared library on others. This works, and works
well. Just like my using an iPod classic (nice because it's big enough
to hold all my music, and my least recent unwatched podcasts, movies and
TV episodes) to share my media between OS X and Windows on the one iMac.
Of course other than rating stuff, I cannot edit media on my classic
when booted into Windows (as you cannot edit media via iTunes network
sharing), but I boot between OSes often enough that it's no issue for
me.

-- 
If you're not part of the solution, you're part of the precipitate.

[toc] | [prev] | [next] | [standalone]

#19533

In article <221120131403383920%nospam@nospam.invalid>,
 nospam <nospam@nospam.invalid> wrote:

> In article <vilain-15FC2D.10025422112013@news.individual.net>, Michael
> Vilain <vilain@NOspamcop.net> wrote:
> 
> > > > I am contemplating the idea of putting my iTunes library on a networked
> > > > RAID array so it can be easily accessed from two locations. The problem
> > > > is accessing it from two locations at once.  On the surface this doesn't
> > > > seem to be possible but I may be missing something.
> > > 
> > > I forgot.  I want to use smart playlists in both locations.  Sharing 
> > > alone won't work.  I currently have my library attached to my mini. 
> > > When I have it running on the mini and try to open it directly from my 
> > > MacBook Pro it is locked, although I can access it using sharing.
> > 
> > The networked RAID should work if it's via AFP unless there's some 
> > built-in design requirement in iTunes to not permit shared R/W access to 
> > the underlaying library.  If you post this to the Apple Support Forums, 
> > maybe someone from Apple will tell you definitively it's "not supported".
> 
> bullshit. itunes has supported music/video on a server and always has.

[citation needed, as always]

The OP was talking about simultaneous SHARED access.  AFAIK, you can't 
just move ~/Music to a network drive and have two accounts access it.  
They both need R/W access to the library file and this won't provide 
that.

> 
> > The problem is locking and who has access to the ~/Music/iTunes Music 
> > Library file.  AFAIK, that's not meant for multiple access.
> 
> that's why you don't put the library file on the server.
> 
> > You may be able to put the music itself on the RAID and tell iTunes to 
> > let you manage it independently.  I do that already.  This way you can 
> > have the music on the networked volume and multiple music library files 
> > pointing to it.
> 
> that's the correct way to do it. anything else is asking for problems.
> 
> > If you have lots of music, converting it to use the network volume may 
> > be a lengthy project.  My library is about is only about 100GB with 
> > about 7000 songs.  I'm sure there are scripts you can write to go though 
> > and change the location of the files from your local drive to the 
> > network volume.  Look around the net for them.
> 
> what scripts? just drag, possibly consolidating after it is finished.

If you move the a music file from one drive to another, my version of 
iTunes 'forgets' where it's located.  If you rename a music file while 
on the same volume, it follows it.  But I had a bunch of music files 
become "unable to locate" when I moved them to another volume.

What process have you used that solves this problem?  Your solution 
didn't work for me.  Quelle surprise.

What up with you today?  Did you take your bitch pills this morning or 
go without coffee?  Usually you're a lot less of an asshole.

-- 
DeeDee, don't press that button!  DeeDee!  NO!  Dee...
[I filter all Goggle Groups posts, so any reply may be automatically ignored]

[toc] | [prev] | [next] | [standalone]

#19535

In article <vilain-57A863.23233322112013@news.individual.net>, Michael
Vilain <vilain@NOspamcop.net> wrote:

> > > > > I am contemplating the idea of putting my iTunes library on a
> > > > > networked
> > > > > RAID array so it can be easily accessed from two locations. The
> > > > > problem
> > > > > is accessing it from two locations at once.  On the surface this
> > > > > doesn't
> > > > > seem to be possible but I may be missing something.
> > > > 
> > > > I forgot.  I want to use smart playlists in both locations.  Sharing 
> > > > alone won't work.  I currently have my library attached to my mini. 
> > > > When I have it running on the mini and try to open it directly from my 
> > > > MacBook Pro it is locked, although I can access it using sharing.
> > > 
> > > The networked RAID should work if it's via AFP unless there's some 
> > > built-in design requirement in iTunes to not permit shared R/W access to 
> > > the underlaying library.  If you post this to the Apple Support Forums, 
> > > maybe someone from Apple will tell you definitively it's "not supported".
> > 
> > bullshit. itunes has supported music/video on a server and always has.
> 
> [citation needed, as always]

apple employees who work on itunes. 

> The OP was talking about simultaneous SHARED access.  AFAIK, you can't 
> just move ~/Music to a network drive and have two accounts access it.  
> They both need R/W access to the library file and this won't provide 
> that.

of course you can, and r/w access is not needed to play music. it would
be needed to add or modify, however. 

> > > The problem is locking and who has access to the ~/Music/iTunes Music 
> > > Library file.  AFAIK, that's not meant for multiple access.
> > 
> > that's why you don't put the library file on the server.
> > 
> > > You may be able to put the music itself on the RAID and tell iTunes to 
> > > let you manage it independently.  I do that already.  This way you can 
> > > have the music on the networked volume and multiple music library files 
> > > pointing to it.
> > 
> > that's the correct way to do it. anything else is asking for problems.
> > 
> > > If you have lots of music, converting it to use the network volume may 
> > > be a lengthy project.  My library is about is only about 100GB with 
> > > about 7000 songs.  I'm sure there are scripts you can write to go though 
> > > and change the location of the files from your local drive to the 
> > > network volume.  Look around the net for them.
> > 
> > what scripts? just drag, possibly consolidating after it is finished.
> 
> If you move the a music file from one drive to another, my version of 
> iTunes 'forgets' where it's located. If you rename a music file while 
> on the same volume, it follows it.  But I had a bunch of music files 
> become "unable to locate" when I moved them to another volume.

itunes can lose track when you muck with the file system outside of
itunes and there's no point in renaming a file since the file name is
completely irrelevant. itunes uses id3 tags, not file names. itunes
does a much better job of managing files than you can. 

if the file moves on the same volume, itunes can usually find it,
especially if it's within the itunes music folder hierarchy. finding a
moved file across volumes is exceedingly rare, but not impossible.

again, don't screw with the file system behind itunes' back. 

> What process have you used that solves this problem?  Your solution 
> didn't work for me.  Quelle surprise.

many ways. the one i prefer is disable copy files to the itunes media
folder which means that itunes will track the music wherever it happens
to be, whether it's local or on a server. it uses aliases which is how
it can find a moved file on the same drive (it's less reliable on a
different drive). 

another way is tell itunes the library is on the server and then
consolidate it (not always needed but usually is).

it's also possible to drag your music library onto itunes and it
updates the new location. it does not duplicate what's already there.

also keep in mind that if itunes loses track of songs, you only need to
locate one of them and usually it can find everything else.

> What up with you today?  Did you take your bitch pills this morning or 
> go without coffee?  Usually you're a lot less of an asshole.

how is answering the original question being an asshole? that's
normally called helpful.

[toc] | [prev] | [next] | [standalone]

#19553

On 11/23/13 5:13 AM, nospam wrote:
> In article <vilain-57A863.23233322112013@news.individual.net>, Michael
> Vilain <vilain@NOspamcop.net> wrote:
>
> itunes can lose track when you muck with the file system outside of
> itunes and there's no point in renaming a file since the file name is
> completely irrelevant. itunes uses id3 tags, not file names. itunes
> does a much better job of managing files than you can.

I have found one occasion where messing with file names is necessary.  I 
use tar to synchronize libraries on two file systems.  Tar doesn't like 
it if the name is too long.  Classical recordings, in particular, can 
get extremely long file names.  If too long I shorten them.

I suppose I could use something other than tar, but it works.

[toc] | [prev] | [next] | [standalone]

#19556

In article <l6r78q$n76$1@dont-email.me>, Robert Peirce
<bob@peirce-family.com> wrote:

> > itunes can lose track when you muck with the file system outside of
> > itunes and there's no point in renaming a file since the file name is
> > completely irrelevant. itunes uses id3 tags, not file names. itunes
> > does a much better job of managing files than you can.
> 
> I have found one occasion where messing with file names is necessary.  I 
> use tar to synchronize libraries on two file systems.  Tar doesn't like 
> it if the name is too long.  Classical recordings, in particular, can 
> get extremely long file names.  If too long I shorten them.

messing with file names is never necessary because the file name is not
what matters. what matters are the id3 tags in the file.

leave the file names alone and let itunes worry about what the files
are called and where they are. it does a better job than humans can.

> I suppose I could use something other than tar, but it works.

file names can be as long as 255 characters and if something can't
handle that, then it's broken.

[toc] | [prev] | [next] | [standalone]

#19538

In article <vilain-57A863.23233322112013@news.individual.net>,
 Michael Vilain <vilain@NOspamcop.net> wrote:

> The OP was talking about simultaneous SHARED access.  AFAIK, you can't 
> just move ~/Music to a network drive and have two accounts access it.  
> They both need R/W access to the library file and this won't provide 
> that.

Pardon my denseness, but won't home sharing work?

<http://support.apple.com/kb/HT3819>

[toc] | [prev] | [next] | [standalone]

#19540

On 2013-11-23, Fred Moore <fmoore@gcfn.org> wrote:
> In article <vilain-57A863.23233322112013@news.individual.net>,
>  Michael Vilain <vilain@NOspamcop.net> wrote:
>
>> The OP was talking about simultaneous SHARED access.  AFAIK, you can't 
>> just move ~/Music to a network drive and have two accounts access it.  
>> They both need R/W access to the library file and this won't provide 
>> that.
>
> Pardon my denseness, but won't home sharing work?
>
><http://support.apple.com/kb/HT3819>

That's what I use here at home. I have a Mac mini server that sits in my
office closet, running DNS, mail, and other services, including iTunes
with Home Sharing enabled. Then I can listen to my music through Apple
TV, or any other computer on the network. Then I just log into the Mac
mini to make changes to the iTunes library.

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#19547

In article <bfc7q6Fpl7tU2@mid.individual.net>,
 Jolly Roger <jollyroger@pobox.com> wrote:

> On 2013-11-23, Fred Moore <fmoore@gcfn.org> wrote:
> > In article <vilain-57A863.23233322112013@news.individual.net>,
> >  Michael Vilain <vilain@NOspamcop.net> wrote:
> >
> >> The OP was talking about simultaneous SHARED access.  AFAIK, you can't 
> >> just move ~/Music to a network drive and have two accounts access it.  
> >> They both need R/W access to the library file and this won't provide 
> >> that.
> >
> > Pardon my denseness, but won't home sharing work?
> >
> ><http://support.apple.com/kb/HT3819>
> 
> That's what I use here at home. I have a Mac mini server that sits in my
> office closet, running DNS, mail, and other services, including iTunes
> with Home Sharing enabled. Then I can listen to my music through Apple
> TV, or any other computer on the network. Then I just log into the Mac
> mini to make changes to the iTunes library.

You're doing something different from what the OP is doing. You're 
sharing your library among a bunch of different machines.

The OP is trying to share a music library between two separate users 
across a network.  That's not the same use-case.

-- 
DeeDee, don't press that button!  DeeDee!  NO!  Dee...
[I filter all Goggle Groups posts, so any reply may be automatically ignored]

[toc] | [prev] | [next] | [standalone]

#19550

On 2013-11-23, Michael Vilain <vilain@NOspamcop.net> wrote:
> In article <bfc7q6Fpl7tU2@mid.individual.net>,
>  Jolly Roger <jollyroger@pobox.com> wrote:
>
>> On 2013-11-23, Fred Moore <fmoore@gcfn.org> wrote:
>> > In article <vilain-57A863.23233322112013@news.individual.net>,
>> >  Michael Vilain <vilain@NOspamcop.net> wrote:
>> >
>> >> The OP was talking about simultaneous SHARED access.  AFAIK, you can't 
>> >> just move ~/Music to a network drive and have two accounts access it.  
>> >> They both need R/W access to the library file and this won't provide 
>> >> that.
>> >
>> > Pardon my denseness, but won't home sharing work?
>> >
>> ><http://support.apple.com/kb/HT3819>
>> 
>> That's what I use here at home. I have a Mac mini server that sits in my
>> office closet, running DNS, mail, and other services, including iTunes
>> with Home Sharing enabled. Then I can listen to my music through Apple
>> TV, or any other computer on the network. Then I just log into the Mac
>> mini to make changes to the iTunes library.
>
> You're doing something different from what the OP is doing. You're 
> sharing your library among a bunch of different machines.
>
> The OP is trying to share a music library between two separate users 
> across a network.  That's not the same use-case.

My wife is not the same user as me, and she uses Home Sharing to
access the same library across the network.

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#19554

On 11/23/13 12:43 PM, Jolly Roger wrote:
> On 2013-11-23, Fred Moore <fmoore@gcfn.org> wrote:
>> In article <vilain-57A863.23233322112013@news.individual.net>,
>>   Michael Vilain <vilain@NOspamcop.net> wrote:
>>
>>> The OP was talking about simultaneous SHARED access.  AFAIK, you can't
>>> just move ~/Music to a network drive and have two accounts access it.
>>> They both need R/W access to the library file and this won't provide
>>> that.
>>
>> Pardon my denseness, but won't home sharing work?
>>
>> <http://support.apple.com/kb/HT3819>
>
> That's what I use here at home. I have a Mac mini server that sits in my
> office closet, running DNS, mail, and other services, including iTunes
> with Home Sharing enabled. Then I can listen to my music through Apple
> TV, or any other computer on the network. Then I just log into the Mac
> mini to make changes to the iTunes library.
>

Is there a way to use smart playlists with sharing?  I couldn't find one 
which is why I raised the issue in the first place.

[toc] | [prev] | [next] | [standalone]

#19559

On 2013-11-23, Robert Peirce <bob@peirce-family.com> wrote:
> On 11/23/13 12:43 PM, Jolly Roger wrote:
>> On 2013-11-23, Fred Moore <fmoore@gcfn.org> wrote:
>>> In article <vilain-57A863.23233322112013@news.individual.net>,
>>>   Michael Vilain <vilain@NOspamcop.net> wrote:
>>>
>>>> The OP was talking about simultaneous SHARED access.  AFAIK, you can't
>>>> just move ~/Music to a network drive and have two accounts access it.
>>>> They both need R/W access to the library file and this won't provide
>>>> that.
>>>
>>> Pardon my denseness, but won't home sharing work?
>>>
>>> <http://support.apple.com/kb/HT3819>
>>
>> That's what I use here at home. I have a Mac mini server that sits in my
>> office closet, running DNS, mail, and other services, including iTunes
>> with Home Sharing enabled. Then I can listen to my music through Apple
>> TV, or any other computer on the network. Then I just log into the Mac
>> mini to make changes to the iTunes library.
>
> Is there a way to use smart playlists with sharing?  I couldn't find one 
> which is why I raised the issue in the first place.

With Home Sharing, all playlists on the shared system are available to
anyone who connects, automatically.

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | comp.sys.mac.apps

csiph-web