# Import from Discogs - Tracknumbers for wma

**URL:** https://community.mp3tag.de/t/import-from-discogs-tracknumbers-for-wma/70828
**Category:** Support
**Created:** [March 6, 2026, 7:55am UTC](https://community.mp3tag.de/t/import-from-discogs-tracknumbers-for-wma/70828 "2026-03-06T07:55:33Z")
**Posts on this page:** 1
**Showing post:** 4

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [March 7, 2026, 10:29am UTC](https://community.mp3tag.de/t/import-from-discogs-tracknumbers-for-wma/70828/4 "2026-03-07T10:29:23Z")

</div>

> [@thbe51](#):
>
> Seems that .wma only support numbers in this field.

If you search for information about WMA, you will quickly find the definition "WMA track number is a string". This was also mentioned 10 years ago, here

> [@\[X\] Can't copy some unusual TRACK tags from MP3 / FLAC to WMA](https://community.mp3tag.de/t/x-cant-copy-some-unusual-track-tags-from-mp3-flac-to-wma/17714/7):
>
> The Windows Media Format 11 SDK defines ...  
> WM/Track g\_wszWMTrack WMT\_TYPE\_STRING  
> [WM/TrackNumber](https://learn.microsoft.com/en-us/windows/win32/wmformat/wm-tracknumber) g\_wszWMTrackNumber WMT\_TYPE\_STRING  
> ... _and therefore it seems to be allowed, to store non numerical values into a WMA tag_.

**However that definitely doesn’t apply to us as end users.**

* * *

**The Two-Layer Reality**

The confusion often arises because users see a **String** in the [SDK/API](https://learn.microsoft.com/en-us/windows/win32/wmformat/wm-tracknumber) and assume the underlying file format supports **Alphanumeric** values (like "A1" or "12-B"). However, the architectural truth is split into two layers:

| **Layer** | **Role** | **Data Type** |
| --- | --- | --- |
| **ASF Container (Physical)** | How data is written to the disk | **WORD** (16-bit Unsigned Integer) |
| **API / SDK (Interface)** | How software communicates with the file | **String** (WSTR) |

### Key Technical Points

- **The Physical Constraint:** The ASF (Advanced Systems Format, used for WMA audio files) specification explicitly defines the `WM/TrackNumber` attribute as a **WORD** (a 16-bit unsigned integer data type, not a human-readable word composed of letters!). This means the actual bits stored in the file header can only represent a whole number between **0** and **65'535**.
- **The API Abstraction:** The Windows Media SDK often passes metadata values as Strings for the sake of uniformity. When you "write/save" a track number via the API, the system takes your String (e.g., "10"), converts it to an Integer, and packs it into that 16-bit slot.
- **Why Alphanumeric Fails:** If you attempt to pass an alphanumeric value like **"A1"** to the API, the underlying writer will fail to convert it to a `WORD`. Since the physical container has no "String" field for this specific attribute, the data simply cannot be stored.

Thats also the reason why we see this error message in Mp3tag, if we try to save **"A1"** into a WMA file from the Tag Panel or try to fill the `TRACK` (WM/Tracknumber) from a WebSource Script like the one from Discogs or MusicBrainz:

 ![image](https://community.mp3tag.de/uploads/default/original/3X/b/d/bde3c8afa293f5fa3c207b733614754430cf54ea.png)

I can confirm that a Websource Script leaves a zero (0) into TRACK after showing the above error message for a WMA file.

> [@thbe51](#):
>
> After I update the screen it is saved but the track is 0 (zero).

The same is true if you try it from the Tag Panel.

---

_[View the full topic](https://community.mp3tag.de/t/import-from-discogs-tracknumbers-for-wma/70828)._