very long tracks truncated on macOS

[negyvenot]

Bug Description

Analyzing or loading a very long track (>2hours) to a deck results in truncating the file to length 1h28m03s (5283s):
debug [CachingReaderWorker 1] TrackMetadata - Modifying duration: 11020800000000 ns -> 5283001065759 ns

Downsampling the file 44kHz->22kHz and loading results in truncating the length to 2h56m06s (10566s):
debug [CachingReaderWorker 1] TrackMetadata - Modifying duration: 11020852000000 ns -> 10566002131519 ns

This is specifically for macOS as I tested it also on FreeBSD but there were no issues.
I can also play the offending files in their entirety with other mp3 players in macOS.

debug_for_report.txt
Sample of Mixxx.txt

Version 2.5.0

OS macOS Ventura

[daschuer]

It is truncated to exactly 232980347 Frames. No Idea what this magic number is.

[negyvenot]

Interestingly enough, not every long file is truncated. Today I loaded a 1h55m track (which is longer than to what long files are truncated), but there was no truncation...

[negyvenot]

ok, i figured out that stripping all id3 information from those long files seem to work around this issue. so it's not directly a mixxx bug. But still, other apps have no issue playing back those files in their entirety, so it may worth to have a look what can be done about it in mixxx. probably not much though...

EDIT: probably not all tags have to be stripped, i just did not have the time to try stripping one by one