ID3 editing troubles

[Clementine-Issue-Importer]

From lenr...@gmail.com on October 09, 2013 14:10:35

I have some disturbing issues with editing ID3 tags at mp3 files (mostly mp3, but at flac or ogg files as well, though I rarely come to edit such files).

From time to time I need to edit ID3 tags of a bulk of mp3 files (for instance, I need to edit/modify track number in files downloaded from Jamendo site -- the vast majority of those files come with no track number in them, and I have this "paranoia" to edit them for this reason. So... since it's easier to to it, I mostly edit the track number directly in the main window (that sort-of double click (the delayed double clik) that opens editing of the track number (and other tag as well, if if delayed-double-click other tag...) I change it as desired, BUT ... sometimes when pressing ENTER, it seems it isn't saved !! Well, at first I thought it really is not saved, but .... when doing "Edit track information" (CTRL-E) I noticed that it IS saved, but it isn't showed as such !! After a simple save while this "edit track info" session, it IS presented with the info changed. Or a simple reload of the file from disk...

So ... have anyone came to the same issue ? (in short: try to edit simple-edit a tag of mp3 file, directly in the main clementine window, and sometimes noticed that saving the modification seemed to not be made, while actually they were done OK)

Unfortunately, this is not an issue reproducible in certain specific conditions (or at least I haven't found any conditions that always give this behavior).

The worst is that ... it behaves this way erratic (some mp3s gets edited OK, some aren't, then some other are OK again, then one-two gets this "incorrect" editing, and so on...). This does apply to all tags, not only for the track number (mostly I need to edit track number and title and come to this behavior). And ... when trying to edit through "Edit track information" option, this NEVER happens.

I hope I'm not being too evasive/confusing with all this...

Original issue: http://code.google.com/p/clementine-player/issues/detail?id=3888

[Clementine-Issue-Importer]

From alphadel...@gmail.com on October 15, 2013 16:06:42

I'm afraid you are being rather confusing. Try rewriting your report like this:

What I did: 1. 2. 3.

What happened:

What should have happened:

Other suggestions:

• Don't use ellipses.
• Use proper paragraphs and blank lines between them.

[Clementine-Issue-Importer]

From lenr...@gmail.com on October 16, 2013 04:03:45

Well, since it's a strange behavior of Clementine, and it happens under no rigid conditions; I mean I can't say: "you do this, and every time you got that"; sometimes I can edit under normal conditions those tags, sometimes it appears as if they weren't edited (while they really WERE actually :D :P ) Of course, it may very well be something that happens only in the Linux edition of Clementine, I don't know, since I don't have (and don't intend to have) a windows installment of Clementine. It's even harder to explain that "delayed double click" I was writing about. It' s this sort: you click on the album tag on a file in playlist, and not as quick as a double click (which would start play on that song, right ?), but a second click after a fraction of a second later than a doucle-click; thus I have a simple edit mode on album tag, there, directly in the playlist (only on the album tag, of course). When I edit tags this way, I have this annoying behavior (sometimes, after hitting ENTER, I have the modified version OK, sometimes clementine only shows the previous value of that tag (as if it didn't saved it at all) -- BUT if immediately used option "Edit track information (CTRL-E)", there it was, my edited change !!! I use this way of editing, because it's much quicker than doing CTRL-E on every file in the playlist that I need to modify (and most of all, this way used to work OK some time ago -- I think I was using version 1.0 at that time). Btw, I'm using now clementine 1.1.1 (package version 1.1.1-3.1.3, as OpenSuse 12.3 have it)

If you can put this behavior into those simple steps (1, 2, 3...), please do it.

[Clementine-Issue-Importer]

From alphadel...@gmail.com on October 16, 2013 22:16:15

I think I see this behavior also sometimes. Do you see it doing database stuff in the progress bar in the status bar when this happens? Sometimes it seems that database operations don't finish, and the playlist and/or metadata doesn't update. The only way to fix it seems to be to restart Clementine.

[Clementine-Issue-Importer]

From lenr...@gmail.com on October 25, 2013 06:10:35

No, I never had that "database refreshing" while I was experiencing this behavior. I did, though, had the halt due to "database updating" from times to times (at those moments I suspected a crash of clementine, but instead it was just doing this update, and then just resuming normal working); at least for me, when clementine is doing such database maintenance, I can't take any action related to the files in playlist (but still can access clementine's menus, or so I remember).

[Clementine-Issue-Importer]

From kdcmae...@gmail.com on December 05, 2013 01:35:09

Can someone to tell me if I can get out this problem? Clementine reacts erratic!

Ubuntu 13.04, Clementine 1.2.1, 2 External disks, ext4 partitioned.

1. Very often, the library is lost, I have to reload it. Lose at the same time the rating. I have about 10'000 mp3 to manage. With iTunes no problems.
2. After reloading the library, all my Playlist are almost unreadable, the characters are weak! But I can listen to my music.
3. I have 4 Play lists, impossible to load one more, Clementine closes, etc..

Clementine is very unstable, is this because my library is too large? Or any other suggestion, please.

I am stuck, because I left completely the Windows world and iTunes ...

Thanks for any help

Klaus

[Clementine-Issue-Importer]

From lenr...@gmail.com on December 05, 2013 02:50:11

I use clementine 1.1.1 on a Opensuse 13.1 system, and never tried the Library option so far. Just now, I loaded some folders with more than 25.000 music files (mp3 and flac mostly) and had no issue so far (besides some time consuming operation of constructing the library, around 10-15 minutes...) Anyway, I don't like this feature and I can't comment on it's normal availability and/or stability (I just use something similar when opening Internet provider like Jamendo, which shows artist in similar way of library like...), and never had any trouble with it (besides the fact that whenever I close clementine (like in rebooting my system), next time I have to scroll back to my current position in this artist library at Jamendo, because there is nothing like a bookmark for instance, to start from where I was when closing clementine.... not such a big deal, though. So ... your library, with around 10.000 I think is not large enough in order to make clementine working erratic. Maybe your PC is short on RAM ? (my very short experience above, with library of 25.000 files was on a PC with 2 GB of RAM -- pretty low, isn't it ?).

Maybe you can try to uncheck option for "update library when clementine starts" in preferences (general >> music library). Maybe even "monitor the library for changes", too. And see how it behave with these options turned off..

As for clementine having issues with displaying artist/title/album/etc. due to unreadable font, as you have .... I never experienced it. I would expect something particular with Ubuntu variant at your side. Maybe some post in an Ubuntu forum would help more.

[Clementine-Issue-Importer]

From jasonhp...@gmail.com on December 10, 2013 06:23:23

I'm on Windows 1.2.1 ALL files that I edit tag through Clementine does not update the library information. The tag information do get saved, but the library doesn't update accordingly. Only full update will update that information.

[audiophil-dev]

I can confirm the issue

I'm running Clementine 1.2.2. on Mac OS X 10.9.5.

When I change tags in the Playlist Window, sometimes they just change after a certain time sometimes not at all. It seems to happen randomnly. For example:

• I click on the album field
• change the album title
• hit enter
• the old entry reappears
• after a certain time the changes I made are reflected in the Playlist View
• sometimes they don't change at all

[StephanRichter]

I can confirm this on Linux Mint, Clementine 1.3.1:

I can edit metadata in the main window via delayed double-click or in the dialog for editing metadata. In either case, the metadata are written back to the audio file correctly.

Nonetheless, the file's entry in clementine's database is not changed.

Example: I have an album in the playlist, each of which tracks are tagged as "punk". While not playing, I select all the titles, hit Ctrl+E and update to "metalcore". This works fine on the file system. When I open the titles with another player, it nicely displays the new genre in the metadata.

Also Clementine will display these information unless I reload the file from the library tab or simply play the file.

When I open the clementine database (with SQLiteBrowser, ~/.config/Clementine/clementine.db), switch select the songs table and filter for the altered file, I still see "Punk" in the tags column.

As described, sometimes after editing meadata, the library scanner will get active. But no matter if it automatically does or if I trigger it manually, it does not update the database.

I also checked the following:

• read/write permission on the file level (obviously ok)
• read/write permission on the config folder
• disk space availablility

One thing I note is, that clementine claims

QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Auf dem Gerät ist kein Speicherplatz mehr verfügbar

(no disk space available) for many (all?) files – maybe hat is related.