# \[AF\] RegEx im Feld Tracknummer anders als erwartet

**URL:** https://community.mp3tag.de/t/af-regex-im-feld-tracknummer-anders-als-erwartet/17621
**Category:** Fehlermeldungen
**Created:** [February 4, 2016, 9:46pm UTC](https://community.mp3tag.de/t/af-regex-im-feld-tracknummer-anders-als-erwartet/17621 "2016-02-04T21:46:43Z")
**Posts on this page:** 1
**Showing post:** 4

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 5, 2016, 9:22am UTC](https://community.mp3tag.de/t/af-regex-im-feld-tracknummer-anders-als-erwartet/17621/4 "2016-02-05T09:22:16Z")

</div>

Ja, die Beispiele funktionieren zwar, sind aber anders als das Verhalten z.B. bei \_FILENAME.  
Die Lösung aus diesem Thread  
[/t/17095/1](https://community.mp3tag.de/t/17095/1)  
Zum Löschen der führenden Zahl funktioniert weiterhin, ohne den String nach der führenden Zahl extra zu nennen.

So wird mit  
$regexp(%\_Filename%,\d+,)  
aus 003 \_ Baggi Begovic \_ Good God [Baggi Begovic & Soul Conspiracy Remix].mp3  
-\>  
" \_ Baggi Begovic \_ Good God [Baggi Begovic & Soul Conspiracy Remix]"  
wie zuvor und auch für TRACK oder YEAR oder RELEASETIME erwartet.

Oder auch ein Feld wie BPM, das z.B. 128.09 enthalten kann, wird mit  
$regexp(%bpm%,.[0-9][0-9]$,)  
zu 128, ohne den ganzen String zu matchen.

---

_[View the full topic](https://community.mp3tag.de/t/af-regex-im-feld-tracknummer-anders-als-erwartet/17621)._