k3b (19.12.3) can't reliably decode aac audio

Asked by Matthew B on 2020-09-18

K3b (19.12.3) is unable to reliably decode AAC audio following a clean install of Ubuntu 20.04. Sometimes k3b will transcode or burn a given track, but other times it will fail while using the same m4a file. I did not experience these issues when using Ubuntu 18.04 and k3b 17.12.3. Is there a fix for this issue?

These errors occur with tracks that were encoded by iTunes and by abcde. In all cases K3bFFMpegFile is identified as the correct decoder, but there is a slight difference in output.

When converting from aac to ogg works, I see:

QIODevice::seek (K3b::AudioTrackReader): The device is not open
"Converting track 1 (Dan the Automator - My Guru)"
(K3b::AudioDecoder) seek from "00:00:00" (+ 0 ) to "00:00:00"
(K3b::AudioDecoder) track length: 44379888 ; decoded module data: 44376064 ; we need to pad 3824 bytes.
(K3b::AudioDecoder) padded 3824 bytes.
received finished signal!

When converting fails, I see:

QIODevice::seek (K3b::AudioTrackReader): The device is not open
(K3b::AudioDecoder) seek from "00:00:00" (+ 0 ) to "00:00:00"
"Converting Audio Tracks"
"Converting track 1 (Dan the Automator - My Guru)"
received finished signal!

Thanks in advance for any advice!

Question information

English Edit question
Ubuntu k3b Edit question
No assignee Edit question
Last query:
Last reply:
Bernard Stafford (bernard010) said : #3

https://help.ubuntu.com/community/K3b - The documentation says throw away disk and start with a new disk.
Their is no new fix yet for K3b. Until a new fix is made.
I would suggest filing a Bug Report
You may want to try Brasero
I never had to throw away a disk with Brasero worked every time.

Matthew B (bertam) said : #5

Hi Bernard, thank you for the suggestion. I can confirm that Brasero handles these files without issue. I think I'll submit a bug report though, as k3b provides some useful features that Brasero lacks (audio normalization, and variable length post-gaps). Thanks!

Matthew B (bertam) said : #6

I don't believe extra codecs is the issue as libk3b7-extracodecs is installed, and because k3b both succeeds and fails to convert the same audio track at different times. I haven't been able to determine any pattern to this inconsistent behavior.

Can you help with this problem?

Provide an answer of your own, or ask Matthew B for more information if necessary.

To post a message you must log in.