Version: (using Devel) Installed from: Compiled sources Compiler: MSVC 2005 OS: MS Windows I have encountered problems in getting the correct firstFrameOffset for MPEG files that don't have an ID3v2 tag. In MPEG::File::firstFrameOffset(), it has: if(ID3v2Tag()) position = d->ID3v2Location + ID3v2Tag()->header()->completeTagSize(); I think the problem is caused by the creation of ID3v1 and ID3v2 tags at the end of MPEG::File::read. Because the tag is created if it doesn't exist in the file, this sets the starting point of the search to 9 or -1 (d->ID3v2Location) + 10 (completeTagSize() for an empty tag). There are a few different ways to fix this but I think either checking if d->ID3v2Location >= 0 or checking if d->hasID3v2 is true would solve the problem.
Another problem that occurs with those two lines at the end of MPEG::File::read is that I cannot open a file without creating an ID3v1 tag. This is useful for an app I'm developing. This didn't happen in taglib v1.4. Thanks in advance!
Please file a separate bug report for separate issues. Bugs are like TO-DO items when doing a release; as soon as they're fixed they get closed and not looked at again. I don't always reread all of the comments when going through them.
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? Thank you for helping us make KDE software even better for everyone!
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!