Clementine
Clementine copied to clipboard
clementine-player
Doesn't detect the track length of some files, so I can't seek through the track
From gmandx on January 06, 2011 07:26:13
What steps will reproduce the problem? 1. Load the problematic file 2. Notice that the length column doesn't have a value 3. Play the track What is the expected output? What do you see instead? It's supposed to show the track length and the track slider should move as the song advances. Instead, the track duration is not detected, the slider is disabled, and all numbers aside the slider are set to "00:00". What version of the product are you using? On what operating system? Ubuntu 10.04 (Lucid), Clementine 0.6.90~ r2562 ~lucid (from development PPA) Please provide any additional information below. I managed to "fix" the issue thanks in part to MP3 Diags [1]. When I load the files in MP3 Diags, I notices that they had several ID3 tags (each one in a diferent ID3 version). So, with MP3 Diags, I only apply one transformation, the one that only leaves the last ID3v1 tag encountered and the first ID3v2 tag encountered (and ended up being the ID3v2.4 version) [2]. Then, in Clementine, the "Update Library" menu doesn't appear to update the loaded tracks, so I just opened the track info dialog and clicked "Ok", without actually change anything. The track length then got updated, and the slider got working again.
So, I guess that Clementine has problems when loading files with multiple ID3 tags, that messes with the track length detection.
[1] http://mp3diags.sourceforge.net/index.html [2] http://mp3diags.sourceforge.net/145_transformations_list.html
Original issue: http://code.google.com/p/clementine-player/issues/detail?id=1246
From vastone on January 05, 2011 23:14:02
I have seen similar issues where there were multiple embedded files or incorrectly labeled embedded files... I used either MP3Diags or EasyTag to fix these, but I just cannot see where this is a Clementine issue. If the tags are mucked up, I do not see where it would be Clementine's role to correct them, IMHO.
From gmandx on January 05, 2011 23:31:37
The real issue is that Clementine can't detect the track length, and therefore, the tracks slider gets disabled. It's true that Clementine can't read every tags out there, and exists more efficient apps to do this (I also use EasyTag to maintain correct info). But the track length is not a tag value that the user can set, it's a value that depends of the length of the MP3 data, so the value can be obtained even if every other tag is unusable. If the track can be played perfectly, why the length can't be obtained? Totem and RhythmBox found out the length perfectly, and all three (including Clementine) are using GStreamer for playback.
From vastone on January 06, 2011 00:07:47
Thanks for that update, I was not aware that totem and RB was detecting them correctly.
From ivanovnegro on January 10, 2011 12:07:00
Have the same issue and its true, other players show the track length. But Im not sure if this problem has something to do with broken id3 tags infos or because I have multiple ones like gmandx explained. I only know, if they are broken, they are showing up in some way on other players. I will also try to upload on of these files here asap.
From dtverder on January 17, 2011 00:16:43
I have a similar problem on several tracks (example attached). I have also noticed that these tracks do not get listed as played nor get scrobbled to Last FM.
The play length and progress bar for attached track does NOT show on either Clementine or Amarok 1.4 but DOES show on VLC. Also if you look at the track in EasyTAG the track length (04:53) is shown.
Attachment: be bop deluxe - bbc radio 1 in concert - fair exchange.mp3
From ivanovnegro on January 25, 2011 03:31:24
I saw the problem is due to an invalid sample rate (termial output) but in other players I can see the track length and the slider is working. Seems that the tracks really have a problem but why all the other media players can detect it and Clementine not? What is the difference?
From gmandx on March 11, 2011 19:34:05
This happens also when playing an Audio CD. It appears in the 'Devices' tab and I can append the tracks to the playlist, as expected. But the track length is not shown in the corresponding playlist column and the slider is disabled.
From davidnor99 on July 25, 2011 17:46:09
same problem here on .mp3, and i use only EasyTag. I can confirm that it did not had the problem with previous Clementine from Mandriva repo. It appeared just recently,since i installed Clementine version 0.7.1.
From swexru on September 12, 2011 12:28:55
can provide track examples too, dnt seems like this is just clementine issue, because most of buggy files show right length in other media players.
From [email protected] on May 21, 2013 11:17:30
Same problem here (Clementine 1.1.1 on Ubuntu 13.04). Why was this problem not fixed yet?
From messere.voland on June 26, 2013 03:14:39
Seems to be a hard problem since it still exists - can we provide any help? For me it renders Clementine unsable in some situations, because i cant jump to a certain position (esp. long songs / sets).
From bsmith7581 on September 13, 2013 22:34:26
This problem seems to happen only on certain Linux distributions. Clementine works perfectly on Debian Wheezy 7.1.
Maybe the package that Clementine requires to display the track slider isn't listed as a dependency in some Linux distros.
From sammi.meador on November 02, 2013 11:16:57
Do any project members have input on this? I'm using Windows 8, Clementine 1.1.1. I have this problem with podcasts, which are all .mp3 files. I agree with comment #15: the issue renders Clementine unusable for these files.
From subbass on November 17, 2013 08:53:51
I've just encountered this problem today (Debian Testing 64bit), and hadn't noticed it previously in the last year or so of using Clementine on the same MP3's. The problem may have been there but I just hadn't tried to use the seek bar for the affected ones.
Anyway, adding files with a playlist seemed to sometimes cause it here, but only some playlists.
A lot of my playlists were made by a script I wrote, simply one track per line and nothing more in each album folder. ExFalso makes "fancy" playlists, like:
#EXTM3U #EXTINF:281,ambient festival - munich 2007 - a gulul is sitting on my chest ambient_festival_munich_2007_a_gulul_is_sitting_on_my_chest.mp3 #EXTINF:416,ambient festival - munich 2007 - any dream will do ambient_festival_munich_2007_any_dream_will_do.mp3
The problem vanishes when these playlists from ExFalso are used. Perhaps it's the cause of others problems and nothing to do with tags or "bad" mp3's?
Sorry to resurrect something so old but I've got the same problem (Win 7). Happens with downloaded episodes of Serial podcast if someone wants to replicate the issue.
The scrubber is either greyed out or looks active. But either way, I cannot adjust the time and Clementine doesn't detect the length of the track.
Works fine with other podcasts. Serial is just an example on where this isn't working. No luck with tags, but manual transformation is not practical for podcasts.
This issue is normally fixed by this commit in Taglib https://github.com/taglib/taglib/commit/e41dc68a6bc840dad5d9372dfadf25d4439f85aa
And do we know when will be the next Clementine release including this correction? A lot of the podcasts I managed with Clementine does not have the track length. It's kind of annoying to continue playing the episode on another device.
I don't know for the next release but you can install the latest build http://builds.clementine-player.org/.
If you use GNU/Linux, you'll have to wait a new release of Taglib (or compile the latest sources).
It works better. I built the last Taglib and installed Clementine from the last build you gave. The track slider, the current time and the total time displayed besides the track slider works fine. But the "length" column is still empty and the total playlist time does not take into account the tracks with the problem. Here's a screenshot:
I'm seeing this in 1.2.2 for Mac, for ReplyAll podcast (https://gimletmedia.com/show/reply-all/) track length is not detected, while Startup podcast (https://gimletmedia.com/show/startup/) works fine.
Can I resurrect this bug - it's turned out to be an important one for me because I'd like to use clementine primarily for podcasts. Using Fedora 32 and the latest pre-release (1.4.0rc1-2.294.g987fe047c) - although this problem has been with us for ages - the information displayed in the current playlist for podcast entries is shaky.
The length field is wrong - consistently shorter than the true timing of the podcast. Sometimes this field is blank. This also (obviously) affects the length of the mood bar, and makes seeking to near the end impossible. Also, the file size field is wrong in all the example entries I have here, suggesting optimistically a file length of 18446743552.0 GB. Bit rates and sample rates are all blank in my examples.
An interesting point - having downloaded these podcasts and moved them (by hand) to the clementine music library directories, the lengths are all calculated correctly. So this is probably not a taglib problem (I've tried the Fedora-installed taglib as well as the one provided by clementine with no difference).
If someone points me in the right direction, I'm happy to look at the code, but my programming skills don't really lie in C++!
Sorry to add to this long thread, but this bug is, I think, important because it really affects the usability of clementine as a podcast player - and that's getting increasingly important. I've puzzled over the code but the logic has defeated me... Consider this sequence of events:
I subscribe to the podcast (actually Scientific American 60-Second Science but the problem is not unique to this source). I'm running Fedora 34. I download one episode and put it into the playlist - it says the duration is 5:38 (but mediainfo and other audio player claim that it's 6:10 long. I select the same audio file (using the Files dialogue) and append it to the playlist. That then shows the same title, artist, etc. but with the length of 6:10. And as that entry appears, the first entry's length field is changed to 6:10.
So the problem is the incorrect calculation of the length of a podcast. Is this a Fedora or Linux or a general issue? Is there anything I can do to help track this problem down? Many thanks!
Sorry to add to this long thread, but this bug is, I think, important because it really affects the usability of clementine as a podcast player - and that's getting increasingly important. I've puzzled over the code but the logic has defeated me... Consider this sequence of events:
I subscribe to the podcast (actually Scientific American 60-Second Science but the problem is not unique to this source). I'm running Fedora 34. I download one episode and put it into the playlist - it says the duration is 5:38 (but mediainfo and other audio player claim that it's 6:10 long. I select the same audio file (using the Files dialogue) and append it to the playlist. That then shows the same title, artist, etc. but with the length of 6:10. And as that entry appears, the first entry's length field is changed to 6:10.
So the problem is the incorrect calculation of the length of a podcast. Is this a Fedora or Linux or a general issue? Is there anything I can do to help track this problem down? Many thanks!
I am using Ubuntu 18.04 with Clementine 1.3.1 that comes with APT (recently discovered it and I am pretty happy with it, many thanks to the authors of this program!) and I had this incorrect length display issue with one song I converted from Audacity from WEBM to MP3 (because Clementine cannot reproduce WEBM). I got Clementine to show the correct length by left clicking on the problematic song > Edit track information... > Summary > Reset play counts and the track length on the music player was corrected. I don't know if this can help in your case.
EDIT: do it while not playing the song (select another song to play and then do it). Another method is to do Tools > Do a full library rescan.
Cheers.
