(Btw an insertable plugin would be very useful not to have to build from scratch to enable. Flac because all of my flacs are already tagged and mixxx unfortunately doesn't support M4A out of the box and I am a simple radio DJ, I don't have the skills or time, also most of the users, to build mixxx myself. mp3 (with this order) because they have better quality to size ratio. I have the path visible to be able to see them. Rescanning not affect tracks, nothing changes. The rest are still empty as you can see and not parsed. The ones that have entries were manually edited by me or tagged with Picard. Inside the red marked area you will see files with and without entries. Please take a look in the snapshot below. I also completely removed and reinstalled last master build git7170 to be sure that the installation is correct. I also backed up my huge database and rescanned my collection, to exclude the possibility of a corrupted database, but nothing changed. The problem is exactly the same as in the video I posted above the other day. Please take a close look at the screen capture video I attached. In fact I managed to import metadata only in a few, I think by luck. After that day I added some more but I didn't manage to add info to all of them. I know for sure that it was after February 16 because at that time I added some files successfuly with no problems.They stored and they are available. I don't know which build was the first that this bug appeared. If managed to edit manually the data then it is stored, I think. If it finds matches and you select one it is not sure that it will be stored in library and passed to the file. So addition of new tracks without metadata isn't usable. Usability of library naming and organization by import and export metadata is uncertain. This problem is more serious than I thought and described above.
0 kommentar(er)
