# Renaming workflow : WAV/BWF BAE Support or MP3 id3v2 calculation

**URL:** <https://community.mp3tag.de/t/renaming-workflow-wav-bwf-bae-support-or-mp3-id3v2-calculation/45411>\
**Category:** Support\
**Created:** [May 12, 2019, 12:28pm UTC](https://community.mp3tag.de/t/renaming-workflow-wav-bwf-bae-support-or-mp3-id3v2-calculation/45411 "2019-05-12T12:28:10Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![CoiLLoTe](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/67e7ee/32.png) [@CoiLLoTe](https://community.mp3tag.de/u/CoiLLoTe)\
**Post date:** [May 12, 2019, 12:28pm UTC](https://community.mp3tag.de/t/renaming-workflow-wav-bwf-bae-support-or-mp3-id3v2-calculation/45411/1 "2019-05-12T12:28:10Z")

</div>

Hi, I'm not so newbie MP3Tag but a bit newer at recording audio.  
I'm doing like "forensics" audio recording, depending on what result expected I use MP3 or WAV (BWF). Those come from "Zoom H4n pro" recorder.

Whil recording in WAV format, the BAE "time recorded" or "start recording time" is in the WAV file (seen with several utilities)

While recording in MP3 format, there is no indication, just I can find "file\_mod\_datetime" thru Mp3tag, in fact this is the time of "stop recording".

In order to have an improved and efficient workflow, I need to rename files this way :  
YYMMDD\_HHMMSS\_ kHz\_Bit\_[Original file name]

Where YYMMDD is trivial recording date  
HHMMSS is start recording time : either the BWF start timecode or MP3 file\_mode\_datetime minus duration  
kH is sample rate  
Bit is depth of file encoding. (or Bitrate for MP3)  
[Original file name] is trivially what is it.

I wish I can Batch these renaming process (it permit other plug-ins to time stamp datas in audactiy) wit MP3tag.

So I just need support to know if BWF chunk will be supported in near future ?  
(in order to directly read timestamp the transform it to HHMMSS)

For MP3 I've Tried to add a clolumn with : $sub(%\_file\_mod\_datetime%,%length%) value, having bad results. I should need some help right here. Any support ?

Thanks for your concern.

---

<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:** [May 12, 2019, 1:11pm UTC](https://community.mp3tag.de/t/renaming-workflow-wav-bwf-bae-support-or-mp3-id3v2-calculation/45411/2 "2019-05-12T13:11:28Z")

</div>

> [@CoiLLoTe](#):
>
> For MP3 I've Tried to add a clolumn with : $sub(%\_file\_mod\_datetime%,%length%) value, having bad results.

I think you have to calculate with the "raw" values and not the formatted ones.  
See the help on some of these time properties:

> **[Format Strings and Placeholders – Mp3tag Documentation](https://docs.mp3tag.de/format/#export)**
>
> Documentation on format strings and placeholders to describe the structure of file names and imported data. Mp3tag is the universal Tag Editor.

---

<div class="post-metadata">

**Author:** ![CoiLLoTe](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/67e7ee/32.png) [@CoiLLoTe](https://community.mp3tag.de/u/CoiLLoTe)\
**Post date:** [May 12, 2019, 3:54pm UTC](https://community.mp3tag.de/t/renaming-workflow-wav-bwf-bae-support-or-mp3-id3v2-calculation/45411/3 "2019-05-12T15:54:40Z")

</div>

> [@ohrenkino](#):
>
> you have to calculate with the "raw" values

```
$sub(%_file_mod_datetime_raw%,%_length_seconds%)

```

Yep, I do have tried and it works just fine, I just can't figure out how to display this unix format in human readable date. Then export it as I want to.

Now I just succeed in adding a calculated column.

I'm in deep RTFM2.0 Help reading, but may be not have take this thing by the correct way. I will inquire the community about "workflow".

Thanks for your support.

---

<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:** [May 12, 2019, 4:16pm UTC](https://community.mp3tag.de/t/renaming-workflow-wav-bwf-bae-support-or-mp3-id3v2-calculation/45411/4 "2019-05-12T16:16:28Z")

</div>

> [@CoiLLoTe](#):
>
> I just can't figure out how to display this unix format in human readable date.

Perhaps this remote page helps:

> **[Performing Date and Time Calculations](https://www.jotform.com/help/443-Mastering-Date-and-Time-Calculation)**
>
> This guide shows some useful tips when performing date calculations using the Date Picker form element and the Form Calculation widget. It’s...

---

<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:** [May 12, 2019, 6:02pm UTC](https://community.mp3tag.de/t/renaming-workflow-wav-bwf-bae-support-or-mp3-id3v2-calculation/45411/5 "2019-05-12T18:02:31Z")

</div>

> [@CoiLLoTe](#):
>
> file\_mod\_datetime

Actually, there are also

| %\_file\_create\_date% | Short creation date |
| --- | --- |
| %\_file\_create\_datetime% | Long creation date |
| %\_file\_create\_datetime\_raw% | Long creation date (unix timestamp) |
| So, ideally these dates match the start time of recording. | |

---

<div class="post-metadata">

**Author:** ![CoiLLoTe](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/67e7ee/32.png) [@CoiLLoTe](https://community.mp3tag.de/u/CoiLLoTe)\
**Post date:** [May 12, 2019, 7:43pm UTC](https://community.mp3tag.de/t/renaming-workflow-wav-bwf-bae-support-or-mp3-id3v2-calculation/45411/6 "2019-05-12T19:43:09Z")

</div>

> [@ohrenkino](#):
>
> So, ideally these dates match the start time of recording.

In an ideal world yess I was thinking so.  
In "Zoom" world, seem that's not so obvious  
the H4n Prom firmware is a big mess in file processing, stocked info aren't the same between MP3 and WAV format ! the real timestamp exist only in WAV/BWF !

If the recorded file is bigger than 2Gb then it is splitted and in MP3 the recorded time is the end time of whole record session. Only WAV do remember the recording starting time of each file.  
it's a mess.

In fact _'%\_file\_create\_date%'_\* are the system time the file is created on the backup system (while copying from SD to HD). in MP3 the closest real time is the **`%_file_mod_datetime_raw%`** only true while file is not modified (i.e. not Tag by mp3tag for example)

Still searching. (this site is so huge !)

---

<div class="post-metadata">

**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\
**Post date:** [February 9, 2026, 12:28pm UTC](https://community.mp3tag.de/t/renaming-workflow-wav-bwf-bae-support-or-mp3-id3v2-calculation/45411/7 "2026-02-09T12:28:04Z")

</div>


