end of some MP3s are cut on macOS

[DJ Bernardo BYC]

Hello

Some songs do not load completely in MIXXX.
When played, they stops a few seconds before the end.
The spectrogram shows actually missing the end of the file.
Yet it is entire in all other programs.

To "fix" these files, I open them in Adobe Audition and I save them by removing metadata and markers.

I import the renewed file in MIXXX and then, the title is played in full.

I must have some files with these markers, but I do not know how to delete them or configure MIXXX to read out the whole title.

Thank you for your help because it forces me to a preview of each title before playing it and fix it, what is stressful in a DJ SET...

One last point

This bug was already on version 1 of the software on Mac OSX and I was sorry to see it was still there.

I had the problem with Lion and Maverick and now with El Capitan (new ram, new hardrive and Installation from zero of El Capitan).

Mac Book aluminium Late 2008
2 GHz Intel Core 2 Duo
8 GB 1067 MHz DDR3
NVIDIA GeForce 9400M 256 MB
Hardrive: TOSHIBA HDWM110

Please find attached file with :
01 Copy screen of cut file in MIXXX
02 The file in mp3 (BEFORE)
03 The file opened in Adobe Audition (the file is OK)
04 The save dialog box, with the save markers unchecked
05 The file after treatment (AFTER)
06 Copy screen of the new file in MIXXX (everything is OK)
07 Copy screen of the original file, restored. The spectrogram is trunked, but the files is played fully (If you know how to force MIXXX to recalculate the Spectrogram...).

Warm regards

[Uwe Klotz (uklotzde-deactivatedaccount)]

Thank you for your bug report and the sample files!

I've tested your sample file (02 BEFORE.mp3) on Fedora 24 x86-64 with Mixxx 2.1.0-pre-alpha. The file is decoded completely without any errors, please see the attached screenshot with the waveform showing the end of the file where the audio fades out around 2:50.

Unfortunately I'm not able to perform any tests on OS X. Mixxx on OS X uses the Apple Core Audio framework for decoding MP3 files instead of MAD on Linux.

[DJ Bernardo BYC (dj.bernardo.byc)]

Thanks

Not very helpful...

It is strange that I get this problem for one year (before, everything was OK). Either Apple change something on Apple Core Audio framework or you change something in the release of MIXXX.

All these files works properly with all my DJ softwares and iTunes.

Could you tell me what is different between the two files? How to remove in batch mode the problematics markers?

Warm regards

[JosepMa (josepma)]

When you "change" them with audition, you are not just removing the tags. You are reencoding the file, which is recommended not to do it (degrades the quality at each reencode).

The non-working files have several itunes tags and information, as well as an album image. Maybe you could use a software specialized to edit tags, to remove the tags (maybe start by removing the album image). I don't use OS X so I can't recommend any specific software.

Maybe this will do (it's a windows app packaged to be used on OS X).
http://www.mp3tag.de/en/mac-osx.html

[jus (jus)]

I can confirm with latest 2.1.0-alpha-pre on OSX 10.11.6, that the file mp3 (BEFORE.mp3) is not displayed correctly, and end is cut @ 2:40.11. The file works correctly in other players, e.g. Quicktime player, iTunes.

See the detailed file comparison between the non-working (BEFORE.mp3) and working (AFTER.mp3) versions, may give some hints. There are some errors in the non-working file, that Mixxx might choke on.

[Daniel Schürmann (daschuer)]

Is there something suspicious in the mixxx.log?

[jus (jus)]

@daschuer
No, nothing special in mixxx.log

Workaround:
Unless previously said, the file BEFORE.mp3 did not work correctly in iTunes v12.5.2 , shows up with wrong length = 2:40.176. This is also what is displayed inside Mixxx. It does work correctly in latest QuickTime player 10.4 though.

After downloading http://kid3.sourceforge.net/#download , and just by removing the ``iTunSMPB`` [1] comment field, the file works correctly in both iTunes, and Mixxx.

[1] https://sourceforge.net/p/mediainfo/feature-requests/398/
    https://dalecurtis.github.io/llama-demo/

[Uwe Klotz (uklotzde-deactivatedaccount)]

More evidence for a bug in the Core Audio framework as I already suspected. The file itself does not seem to have any issues, neither MAD nor TagLib complain on Linux.

[Be (be.ing)]

Since there has been no progress on this, I am removing the 2.1 milestone. If a developer with access to macOS is able to take this up, please do. It would be good to have fixed for 2.1.

[Swiftb0y (swiftb0y)]

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/8614