Bug 8785 - Problem regarding n of Max (OSX encoding app) encoded ALAC files by the scanner / Probably error in MP4 librarythe detectio
: Problem regarding n of Max (OSX encoding app) encoded ALAC files by the scann...
Status: NEW
Product: Logitech Media Server
Classification: Unclassified
Component: Scanner
: 7.4.0
: Other Other
: -- normal with 1 vote (vote)
: ---
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-07-18 06:26 UTC by Music Addict
Modified: 2011-11-06 23:24 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Music Addict 2008-07-18 06:26:51 UTC
Hello guys!

I recognized the following problem while scanning my music library.
I'm using Max (http://sbooth.org/Max/) an OSX application for encoding files and ripping CDs to a great variety of file formats. All Max encoded Apple Loseless files (ALAC) with the file ending "m4a" don't get recognized by the scanner. (in detail by the MP4 library) When I drop an iTunes encoded ALAC file into the music folder it gets recognized by the scanner.
To collect some more informations about the problem I've opened a thread in the developer forum of Max. (http://forums.sbooth.org/viewtopic.php?f=4&t=2184) They told me that it could be a problem with the ordering of the Atoms (which are used to store data in the mpeg 4 format). So I used Atomic Parsley (http://atomicparsley.sourceforge.net/) to scan two files which I got from the same source. One encoded with Max and the other one encoded with iTunes. I got the following results:

Max encoded
http://paste.lisp.org/display/63878

iTunes encoded
http://paste.lisp.org/display/63879

As you can see they use the same names for storing the tag in the atoms. (for example "@art" etc., more information at http://atomicparsley.sourceforge.net/mpeg-4files.html) But they are sorted in a different order. From my point of view this could be the problem why the MP4 library drops the Max encoded files while scanning.

Could someone (knowing Perl) look in the MP4 library and find out why they are dropped? I don't know Perl so it is very difficult for me to get the reason for this.

Bot files (iTunes and Max encoded) play very well with all known decoders or audio players so it is only a problem of recognition.
Comment 1 Andy Grundman 2008-08-01 04:43:17 UTC
I ripped a track to ALAC using Max 0.8.1 and it was scanned properly.  Maybe they fixed whatever bug was causing this.
Comment 2 Music Addict 2008-12-24 06:39:57 UTC
Well I am testing it right now again with 7.3.1 and the whole thing doesn't work for me either. It is pretty annoying to see that happen since I have nearly every file encoded as m4a. 

It would be nice if someone could look into this. 

Setup: SQC Version: 7.3.1 - 24372 @ Fri Dec 19 17:30:48 PST 2008
FreeNAS: 0.69 Kwisatz Haderach (revision 4164)

I have tried that several times now but the files don't get recognized. (they get recognized by Amarok, iTunes and every other player I have tested them with) 

Regards.
Comment 3 Andy Grundman 2008-12-24 07:21:35 UTC
QA: can you take a look at this?
Comment 4 Andy Grundman 2009-01-08 10:39:06 UTC
Not mov123 related.
Comment 5 Spies Steven 2009-07-31 10:26:47 UTC
Is this still an issue with 7.3.3 and newer?
Comment 6 Alan Young 2011-11-06 23:24:42 UTC
Unassigned bugs cannot have a priority.