# Mp3tag v2.80 released

**URL:** https://community.mp3tag.de/t/mp3tag-v2-80-released/18452
**Category:** Announcements
**Created:** [November 25, 2016, 2:00pm UTC](https://community.mp3tag.de/t/mp3tag-v2-80-released/18452 "2016-11-25T14:00:15Z")
**Posts on this page:** 1
**Showing post:** 6

<div class="post-metadata">

### Author: ![charleski](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/58956e/32.png) [@charleski](https://community.mp3tag.de/u/charleski)
#### Post date: [December 16, 2016, 1:41pm UTC](https://community.mp3tag.de/t/mp3tag-v2-80-released/18452/6 "2016-12-16T13:41:31Z")

</div>

Has something happened to rg2sc?  
I've just noticed this over the past week after updating to the latest 2.80 version. The $rg2sc function doesn't appear to be writing anything out to the ITUNNORM tag. I invoke it using the action that garym kindly posted [here](https://community.mp3tag.de/t/8069/5).

Looking back through my collection, I suspect the problem began with the 2.79 upgrade, but I've only just noticed it in the past couple of days.

[Edit]  
I did some experiments and found the problem _isn't_ with the $rg2sc function, which works fine when called directly. Instead, something's changed with the control logic for action scripts. garym's combined action uses simple logic on the file extension to detemine how to tag the soundcheck info, and this now seems to be failing, whereas it worked fine before:

```
[#2]
T=5
F=ITUNNORM
1=$if($eql(%_extension%,m4a),$rg2sc(%REPLAYGAIN_ALBUM_GAIN%),)

```

does nothing when run on a .m4a file.

Calling the function directly works however:

```
[#0]
T=5
F=ITUNNORM
1=$rg2sc(%REPLAYGAIN_ALBUM_GAIN%)
```

---

_[View the full topic](https://community.mp3tag.de/t/mp3tag-v2-80-released/18452)._
