# \[X\] Bug? in export - related to \_total\_time

**URL:** https://community.mp3tag.de/t/x-bug-in-export-related-to-total-time/6732
**Category:** No Bugs
**Created:** [May 1, 2008, 10:37am UTC](https://community.mp3tag.de/t/x-bug-in-export-related-to-total-time/6732 "2008-05-01T10:37:16Z")
**Posts on this page:** 3
**Page:** 1

<div class="post-metadata">

### Author: ![zturk](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/z/bbe5ce/32.png) [@zturk](https://community.mp3tag.de/u/zturk)
#### Post date: [May 1, 2008, 10:37am UTC](https://community.mp3tag.de/t/x-bug-in-export-related-to-total-time/6732/1 "2008-05-01T10:37:16Z")

</div>

Export Script #1 - produces periodic incorrect values for \_total\_time

$filename(list\_all.txt)$loop(%album%,1)  
%band%;%album%;%genre%;%year%;%www%;%comment%;%\_total\_time%;%\_covers%;%\_mode%;%\_samplerate%;%\_codec%;%\_bitrate%;%\_vbr% $loopend()

Export Script #2 - works correctly

$filename(list\_all2.txt)$loop(%\_folderpath%,1)  
%band%;%album%;%genre%;%year%;%www%;%comment%;%\_total\_time%;%\_covers%;%\_mode%;%\_samplerate%;%\_codec%;%\_bitrate%;%\_vbr% $loopend()

* * *

Script purpose - simply generates a delimited file that is easily imported into MS Excel

I have about 900 lines of output from this script... I noticed in script #1 that some of the  
CDs had the \_total\_time values below (which exceed the 80 min limit of a CD)... I then repeated  
running script #1 and got similar results but not for the same CDs?... Script #2 does not  
yield this behavour... so, not sure this is bug but is not obvious to me the cause... I use v2.40...

1:41:31  
2:01:26  
2:05:52  
2:19:58  
2:22:12  
2:24:54  
1 day, 00:06:09

As always, thanks for such a great tool...  
BaldTurkey

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [May 1, 2008, 2:04pm UTC](https://community.mp3tag.de/t/x-bug-in-export-related-to-total-time/6732/2 "2008-05-01T14:04:37Z")

</div>

> [@Bald Turkey](#):
>
> ...I have about 900 lines of output from this script... I noticed in script #1 that some of the CDs had the \_total\_time values below (which exceed the 80 min limit of a CD)... I then repeated running script #1 and got similar results but not for the same CDs?... Script #2 does not yield this behavour... so, not sure this is bug but is not obvious to me the cause...

I've condensed your export scripts into following version:

```
$filename(o:\test\Test_Bald_Turkey.txt)
--- ALBUM ---
$loop(%album%,1)
%artist%;%album%;ALBUM;%_total_time%$loopend()

--- FOLDERPATH ---
$loop(%_folderpath%,1)
%artist%;%album%;FOLDERPATH;%_total_time%$loopend()

```

and got no differences concerning the values of %\_total\_time%.

I've sorted the output from the above test script into follwing view:

```
Aerosmith;Greatest Hits;ALBUM;00:37:33
Aerosmith;Greatest Hits;FOLDERPATH;00:37:33

Albatross;Live In Sweden;ALBUM;01:35:04
Albatross;Live In Sweden;FOLDERPATH;00:44:00
Albatross;Live In Sweden;FOLDERPATH;00:51:04

```

and I cannot verify the case you've described.

You see that an album, which consist of two CDs in two subfolders, will be summed folder by folder in $loop(%\_folderpath%,1) in contrast to $loop(%album%,1), which returns a sum per complete album.

DD.20080501.1803.CEST

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 28, 2018, 2:23pm UTC](https://community.mp3tag.de/t/x-bug-in-export-related-to-total-time/6732/3 "2018-12-28T14:23:01Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
