bugVbrfix - Bugs: bug #6549, Fix for music crc recalculation

Show feedback again

You are not allowed to post comments on this tracker with your current authentification level.

bug #6549: Fix for music crc recalculation

Submitted by:  Ryo94 <ryo94>
Submitted on:  Tue Aug 8 08:30:44 2006  
Category: FixerSeverity: 3 - Normal
Priority: 5 - NormalStatus: Postponed
Privacy: PublicAssigned to: William Pye <willwap>
Open/Closed: OpenRelease: 1D
Operating System: Microsoft WindowsFixed Release: 

Sat Aug 29 01:52:52 2009, comment #5:

hi Will,

I got the point long time ago when you told me that by email, and to be sincere I'm agree with you. The only reason why me and presumably many other users ask for this feature (only as an option and not by default) is to allow encspot to read the LAME tag since if both CRCs are not recalculated encspot can't read it.

Like I comment you in other oportunities encspot is the most popular program used to check the integrity of mp3s and to retrieve information related to these files, including the LAME tag.
I know that the logical move would be to request to the author of encspot a workaround so the program can retrieve the lame tag even if the music crc is incorrect but unfortunately the development of encspot drop years ago, the project is totally abandoned and there is no chance that they respond to this request. For worst there is not other free program that can do what encspot does (scan a whole mp3 collection looking for sync errors and retrieve a lot of info from the files, all in on shoot).

Since VBRFix is the best tool to fix vbr files and you still working on it, we take a chance appealing to your kindness and requesting to you for the addition of this feature, request that as you can see have origin in the inability of other program to read the LAME in all scenarios.

Ryo94 <ryo94>
Project Member
Thu Aug 27 06:52:37 2009, comment #4:

The reason that I hesitate to do this is: in my eyes it undermines the point of the music CRC. I understood the music CRC to be a checksum that allowed a user to check if the music stream has been tampered with since the original encoding. If VBRFix were to simply recalculate the music CRC, then you couldn't rely on this checksum to tell you if it is the original encoding. Feel free to correct me should I be wrong.

Also, why would you want this feature? What problems are you experiencing with your mp3s that it would overcome? How have your mp3s become out of sync with their music CRCs?

William Pye <willwap>
Project AdministratorIn charge of this item.
Mon Aug 24 13:30:55 2009, comment #3:

Regrettably no, I also checked for this in the latest betas (1K & v0.32) and it's not present, I don't know if Will have plans to add it neither, but I'm glad that other people ask for this feature too.

Ryo94 <ryo94>
Project Member
Mon Aug 24 12:52:15 2009, comment #2:

Is this already fixed in the latest release?
Tried several mp3's but still no success on the music crc.

Proxi <proximity>
Sat Aug 12 16:50:09 2006, comment #1:

will consider after other bugs and when I get time

William Pye <willwap>
Project AdministratorIn charge of this item.
Tue Aug 8 08:30:44 2006, original submission:

I now that I mentioned the music crc issue before but seeing the latest version of vbrfix so close to the perfection I cannot resist to post it as a bug.
The tag crc calculation is perfect but not the music crc, there is any chance that you can fix it?
Should first recalculate the music crc rightly and then the lame tag crc since this last value will change according to the first one. If you can do this should not be called experimental anymore, at least in my opinion, I tested this feature over many vbr files with different problems and except for this bug it works perfect.

Thanks in advance

Ryo94 <ryo94>
Project Member


No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by proximity (Posted a comment)
  • -unavailable- added by willwap (Updated the item)
  • -unavailable- added by ryo94 (Submitted the item)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Error: not logged in



    Follows 1 latest change.

    Date Changed By Updated Field Previous Value => Replaced By
    Sat Aug 12 16:50:09 2006willwapStatusNone=>Postponed
    Show feedback again

    Back to the top

    Powered by Savane 3.1-cleanup