Conversion Hangs Creating Multiple Files

[Phiber2000]

I have the same problem here but it seems to be a different issue than #186.

The conversion stops after some files and then stops responding. Changing the configuration parameters or replacing the ffmpeg.exe does not solve the issue.

Loglevel 4 logfile: AaxAudioConverter_2023-10-16_001.log

[Phiber2000]

Additional information:

• reproducible application freeze when conversion of chapter 7 should start
• ~20GB memory free during conversion
• 16 core CPU + HT (AMD 5950X)

[audiamus]

From the log file it seems that writing meta data to chapter 6 hangs, presumably when invoking ATL.

Does it also hang if

• in split chapter mode (5 min per track)?
• converting to m4b/m4a?

The "NonParallel" app setting is really helpful hear to decipher the log file. Please leave it on for these tests.

[Phiber2000]

• Format "M4A", Mode "One file" success
• Format "M4A", Mode "Multiple files, by chapter, split into shorter tracks, 5m" fail
• Format "M4A", Mode "Multiple file, ignoring chapters, split into shorter tracks, 5m" fail (logfile attached)
• Format "MP3", Mode "One file" success
• Format "MP3", Mode "Multiple files, by chapter, split into shorter tracks, 5m" fail
• Format "MP3", Mode "Multiple file, ignoring chapters, split into shorter tracks, 5m" fail

AaxAudioConverter_2023-10-16_002.log

[audiamus]

Strange. I don't see any regularities here yet.

[Phiber2000]

I only see as common factor, that the program freezes in all cases after transcoding the 6th track.

[Phiber2000]

No issues with v1.17.1. I'm checking the versions between...

[Phiber2000]

The issue introduced with v1.18.0. It's reproducible and not related to the input AAX file.

[audiamus]

The issue introduced with v1.18.0.

That's helpful. I'll check what changes were made. If it is related to ATL I could revert to an older (or newer) version there. I might build an intermediate version of AaxAudioConverter for you to test. But it will have to wait a few days, this week is going to be rather busy for me.

[audiamus]

Here are two test builds to find out whether the issue is likely to be caused by ATL.

• 1.18.2.1 is linked to ATL 3.20, as it was with AAXAudioConverter 1.17.1.
• 1.18.2.2 is linked to ATL 4.36, the latest that supports .Net Framework.
• No other changes.

AaxAudioConverter_1.18.2.n.zip

Unpack to C:\Program Files\audiamus\AAX Audio Converter, where all other resources of this app reside.

[Phiber2000]

No changes with both ATL variants. 😢

[audiamus]

Can you contact me on Reddit? My user name there is also audiamus.

[audiamus]

As discussed on Reddit, here is the next attempt.

AaxAudioConverter_1.18.2.3.zip

In the AaxAudioConverter_1.18.2.3.exe.config file there is a new setting in the applicationSettings group, named MaxParallelThreads. You can play around with that and, for instance, use 4 initially. NonParallel will override it and it can't be higher than the number of CPU cores. The setting will be shown in the log file.

[Phiber2000]

In fact, still without success. 😢 I tried MaxParallelThreads=4 and MaxParallelThreads=NonParallel (log attached).

AaxAudioConverter_2023-11-13_001.log

[audiamus]

This log file says, NonParallel = True and MaxParallelThreads = 0. NonParallel overrides MaxParallelThreads which means all parallel loops run single-threaded. MaxParallelThreads with default 0 means no restriction but does not come into effect here, because of NonParallel.

So, not really anything new here, unfortunately.

[Phiber2000]

Sorry, I misunderstood that! Here you go: AaxAudioConverter_2023-11-14_001.log

[audiamus]

Same as before, I'm afraid. But that was to be expected.

What we know so far:

• It seems to be dependent on one particular book.
• It seems to be dependent on one particular machine.
• As soon as this book is converted in any of the split modes, the converter hangs, reproducibly, and at the same spot.
• The issue seems to appear somewhere around the end of an FFmpeg sub-process and writing meta data with ATL.
• It seems to be independent of parallelization.

[audiamus]

I close this for now. As said before, as I am not able to reproduce this with my books and my environment.