# Possible bug with Alt-1

**URL:** https://community.mp3tag.de/t/possible-bug-with-alt-1/16799
**Category:** General Discussion
**Created:** [April 4, 2015, 6:06pm UTC](https://community.mp3tag.de/t/possible-bug-with-alt-1/16799 "2015-04-04T18:06:16Z")
**Posts on this page:** 1
**Showing post:** 1

<div class="post-metadata">

### Author: ![AMJF](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/3e96dc/32.png) [@AMJF](https://community.mp3tag.de/u/AMJF)
#### Post date: [April 4, 2015, 6:06pm UTC](https://community.mp3tag.de/t/possible-bug-with-alt-1/16799/1 "2015-04-04T18:06:16Z")

</div>

This is a small problem I had with my Alt-1 script a while ago, where every time I ran it and refreshed, it would still say that some files were renamed. I mentioned this in another thread, in fact, and I think I've found the cause.

At the moment I am using this Alt-1 script:

```
%albumartist%\\%album%\$num(%discnumber%,1) $num(%track%,2)

```

This is the only one that renames ALL files successfully without "could not find file specified" reports, mainly caused by only one MP3 album where the tags are ridiculously long - I think it had something to do with limits of the path string length.

However, the first problem came up, and I tracked it down to an album called:

> [@](#):
>
> music from the motion picture a.i.

It seems that the Alt-1 script doesn't like periods in the end of the tag - when I renamed it so there were no periods at the end, then the problem went away. I also noticed that the resulting folder name ended with "a.i" - a missing period.

Just so you know.

---

_[View the full topic](https://community.mp3tag.de/t/possible-bug-with-alt-1/16799)._