illustrate
Products            Buy            Support Forum            Registrations            About           
 

Incompatibility with Innuos: missing track numbers in ALAC/m4A files?!

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • dcp10

    • Jun 2026
    • 3

    #1

    Incompatibility with Innuos: missing track numbers in ALAC/m4A files?!

    Apologies if this has already been covered, but I'm having problems using my dBpoweramp-converted audio files with my brand-new Innuos streamer.

    For compatibility reasons, I'm trying to standardise my vast music library in the "Apple Lossless" (ALAC/m4a) format. This gives great results with Apple Music on macOS, iOS and iPadOS, but unfortunately the Innuos (it's a ZENith Next Gen) isn't finding track numbers - resulting in my tracks playing in a random order.

    Innuos claims that the dBpoweramp-generated ALAC files are "non-standard", arguing that for these m4a files the track information should be written in the "trkn" field (which is blank). I have confirmed that this is indeed the case - yet five other programs - including Apple Music, mp3tag, Audirvana, etc. - are able to parse track data from these dBpoweramp files; just not Innuos/Sense.

    My question to the dBpoweramp author(s) is this:-

    - where are the track numbers written in ALAC files please?

    (and is this "standard" or not?).

    Having spent a King's Random on pinnacle high-end audio, I'd like it to be able to play my albums correctly. Yet Innuos are blaming dBpoweramp and unless I can get some definitive information I'm going to have a hard time getting them to fix/adapt their software.

    Many thanks in advance!
  • Spoon-
    Administrator
    • Apr 2002
    • 46043

    #2
    Trkn is written:

    Click image for larger version

Name:	{A30414D8-E80C-4A60-B445-1CFB2E7FB6EE}.png
Views:	0
Size:	10.6 KB
ID:	339218
    Spoon-
    www.dbpoweramp.com

    Comment

    • dcp10

      • Jun 2026
      • 3

      #3
      Originally posted by Spoon-
      Trkn is written:
      Thanks for this - I stand corrected :-)

      However, isn't this supposed to be the track number field?

      - Your example shows a hex value of 0x18 which (if my maths is right) corresponds to a value of 24. But I'm getting the same number in all my ALAC files, regardless of the true track number, e.g.,

      here's track 1:-

      Click image for larger version

Name:	Screenshot 2026-06-15 at 14.19.34.png
Views:	2
Size:	164.9 KB
ID:	339221
      …and here's track 2:-

      Click image for larger version

Name:	Screenshot 2026-06-15 at 14.27.29.png
Views:	2
Size:	166.4 KB
ID:	339222
      So where is the true track number stored? Or am I missing something here?!!
      Attached Files

      Comment

      • Spoon-
        Administrator
        • Apr 2002
        • 46043

        #4
        That would be field length, the track number follows data
        Spoon-
        www.dbpoweramp.com

        Comment

        • dcp10

          • Jun 2026
          • 3

          #5
          Ah, that makes sense! Looks as if the field length includes both the 'trkn' and the 'data' tags. That then gives the correct track numbers (1 and 2) for my two excerpts.
          Thanks again!

          Comment

          • Spoon-
            Administrator
            • Apr 2002
            • 46043

            #6
            The tags are there, it could be they cannot read them because they are behind album art, try writing one file without album art.
            Spoon-
            www.dbpoweramp.com

            Comment

            Working...