Bug 304556

Summary:	Song converted with avconv is shown as 56min
Product:	[Applications] amarok	Reporter:	David <d.leppla-weber>
Component:	Playback	Assignee:	Amarok Bugs <amarok-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	anakin.cs, maddiemadan, matej, mscho527, tobias.bora, tuomas
Priority:	NOR
Version First Reported In:	2.8-git
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	Just to show exactly what I mean because my english isn't very good...

Description David 2012-08-04 14:09:24 UTC

I converted a few .flv-videos with avconv to mp3 and in amarok they are shown as 56min length anyway the song is played correctly (it doesn't take 56min to change to the next song). Exact commandline: avconv -i "$title.flv" -acodec libmp3lame -b 2621440 -ac 2 -bt 0 "$title.mp3", if I use avconv -i "$title.flv" -acodec libmp3lame "$title.mp3" the song is shown as 33.33min length. Sometimes the length varies but its always way to much. In VLC always the right time is shown.

Reproducible: Always

Steps to Reproduce:
1. Take any .flv video
2. Convert it with avconv to mp3 (avconv -i "path to flv-file" -acodec libmp3lame "path to mp3-file")
3. Add the mp3-file to current playlist of amarok
Actual Results:  
The track-length is shown completely wrong

Expected Results:  
The true track-length should be shown.

Comment 1 Myriam Schweingruber 2012-08-04 14:19:50 UTC

I assume you use the phonon-backend-gstramer. Could you please try with the phonon-backend-vlc instead?

Comment 2 David 2012-08-04 15:13:48 UTC

Created attachment 72953 [details]
Just to show exactly what I mean because my english isn't very good...

Didn't change anything. The song length is still shown like you can see in the attachement.

Comment 3 Myriam Schweingruber 2012-08-05 10:59:20 UTC

Thank you for the feedback. The question was merely to rule out a problem with the phonon backend.

Comment 4 MinSik CHO 2012-12-02 11:53:38 UTC

Partially reproducible under amarok 2.6
The timing is wrong, but it doesn’t always distort to be 56mins, but in my case, a 29 sec flv file was distorted to 2:56 file when converted to mp3 http://j.mp/TzTHAf

Comment 5 Mayank Madan 2012-12-19 17:04:02 UTC

i converted a flv file to mp3 as stated and added in amarok. The duration that was specified in amarok increased substantially.
Using v2.6.90-26-gbcdd84c

Comment 6 Myriam Schweingruber 2012-12-21 14:19:11 UTC

Set version and status correctly.

Comment 7 Matěj Laitl 2013-01-11 01:08:31 UTC

Reporters, please give a try to a tool called MP3Diags. What does it say about mentioned mp3's? Does its Repair/Rebuild VBR data command have any effect on the showed time? (restart Amarok in between)

Comment 8 Tobias Bora 2013-08-22 13:36:04 UTC

I can confirm this bug, in Amarok 2.9.

I have converted the mp4 song to mp3 with the command :
avconv -i "path to mp4-file" -acodec libmp3lame "path to mp3-file"

I opened it with MP3 Diags :
Tags details :
ID3V2.4.0
TXXX="major_brand mp42", TXXX="minor_version 0", TXXX="compatible_brands isommp42", TDEN="2013-04-27 13:46:45", TSSE="Lavf53.21.1"
File info :
fa : No ID3V2.3.0 tag found, although this is the most popular tag for storing song information.
ea : ID3V2 tag doesn't have an APIC frame (which is used to store images).
an : No normalization undo information found. The song is probably not normalized by MP3Gain or a similar program. As a result, it may sound too loud or too quiet when compared to songs from other albums.

Stream details :
0x0 157 0x9d ID3V2.4.0 padding=0, unsynch=NO; frames: TXXX="major_brand mp42", TXXX="minor_version 0", TXXX="compatible_brands isommp42", TDEN="2013-04-27 13:46:45", TSSE="Lavf53.21.1"

0x9d 104 0x68 Xing Header MPEG-1 Layer III, Stereo, 44100Hz, 32000bps, CRC=no; [Xing header info: frame count=10697]

0x105 6706364 0x6654bc MPEG Audio 4:39, MPEG-1 Layer III, Joint stereo, 44100Hz, 192000bps CBR, CRC=no, frame count=10697; last frame located at 0x66534e

It seems that Amarok doesn't support ID3V2.4.0.

Comment 9 Tuomas Nurmi 2025-06-29 21:33:46 UTC

Tried converting an mp4 file with avconv -i "path to mp4-file" -acodec libmp3lame "path to mp3-file". Got corresponding output with mp3diags, but correct track length in Amarok UI. Probably implemented/fixed related functionality in TagLib during 10's  / early 20's, all good now.