MarcoRavich / audirvana

Automatically exported from code.google.com/p/audirvana
GNU Lesser General Public License v3.0
0 stars 0 forks source link

very slow and random population of the playlist over AFP network share in Finder's column view #25

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?

1. Finder is in column view. Songs stores locally on my hard drive load fairly 
quickly when a containing folder is dragged into the playlist. They also are 
sorted according to the correct track number (01, 02, etc). However, when I 
mount an AFP share (via Netatalk on a Linux server) and try to drag a folder 
with an album into the playlist, it not only takes ages (compared to Cog, which 
loads the remote album much, much quicker), it also messes up the track order 
of the album (e.g. 1, 8, 9, 2, 5).

2. There is no apparent logic to the randomness of track numbers, e.g. it isn't 
file size, creation date, or any other Finder sorting thing. It also seems to 
have nothing to do with the absence/presence of proper track numbers in the id3 
tags.  

3. The playlist does load with the exactly same randomness each time it is 
cleared and reloaded!

4. When the Finder is in list view, Audirvana's playlist loads the track 
numbers according to how they are sorted. That is, as sorted by size/date/name, 
etc.

5. When I try to load the same album after having tried some others, it loads 
much faster (but still random). 

What is the expected output? What do you see instead?
I'd expect the track numbers to load in the proper order, but instead I see 
random (and extremely slow) loading over an AFP share when a folder containing 
music files is dragged into the playlist from the Finder in column view. 

It doesn't seem to be an issue with Netatalk, since all works well with Cog.

What version of the product are you using? On what operating system?
Version 0.7e (0.7.4); MacOsX 10.6.7; AFP share is a Netatalk share. 

Please provide any additional information below.

Original issue reported on code.google.com by michield...@gmail.com on 28 Mar 2011 at 8:40

GoogleCodeExporter commented 9 years ago
Audirvana needs to open all files to get their metadata when loading or 
creating a playlist. This is normal behavior as it doesn't provide a full 
feature library with a database like iTunes.
The acceleration you notice when loading a second time is due to OSX disk 
caching mechanism.

Original comment by au.damie...@gmail.com on 4 Apr 2011 at 8:19

GoogleCodeExporter commented 9 years ago
OK I understand the speed issue, but why the randomness in loading tracks?

Original comment by michield...@gmail.com on 5 Apr 2011 at 6:43

GoogleCodeExporter commented 9 years ago
How are your tracks named regarding their filename ?
Do you get them sorted by filename when dropping them in Audirvana ?

Original comment by au.damie...@gmail.com on 10 Apr 2011 at 7:09

GoogleCodeExporter commented 9 years ago
They are named in order (01 xx, 02 xx, etc). Also the metadata is correct. This 
is the same problem that has been submitted as issue 29. 

Original comment by michield...@gmail.com on 12 Apr 2011 at 1:03

GoogleCodeExporter commented 9 years ago

Original comment by au.damie...@gmail.com on 16 Apr 2011 at 8:18