Musepack Forums

Musepack Forums (https://forum.musepack.net/index.php)
-   Tech (https://forum.musepack.net/forumdisplay.php?f=7)
-   -   Stream checksum (https://forum.musepack.net/showthread.php?t=251)

burning shadow 06 December 2005 11:51 am

Stream checksum
 
Most quality ripping standards require 'MD5 locking' of files. Personally I think it is very bad idea because modifing tags, calculating RG values, etc, modifies file checksum. Then there is no use of it at all. My idea is to add stream checksum feature which would be written to MPC header and couldn't be modified. This would give a possibility to implement fast checking for broken streams (instead of checking each frame) and remove the need of useless MD5 file locking.

Shy 06 December 2005 06:22 pm

Changing the header in that way will break compatibility. However, someone could code a little tool that writes the stream's MD5 checksum to an APEv2 tag, and compares the stream's checksum to the checksum in the tag.

burning shadow 07 December 2005 08:42 am

Good idea. :) I think it should be included in codec package though. And it would be perfectly if it would be performed by codec itself during encoding process.

burning shadow 06 October 2007 11:40 pm

By the way, since new stream version is on it's way to release, maybe my wish could be reviewed? :)

r2d 08 October 2007 12:35 pm

Quote:

Originally Posted by burning shadow (Post 1670)
By the way, since new stream version is on it's way to release, maybe my wish could be reviewed? :)

As you can see in the sv8 spec (http://trac.musepack.net/trac/wiki/S...SecurityPacket) no decision has been made on this issue. If a security feature is implemented, I prefer error correcting codes.

xmixahlx 08 October 2007 05:05 pm

i think an md5 packet of the audio stream is a good idea... hell, perhaps you could have both md5 and error codes...

an md5 and par2 with every musepack file :)


All times are GMT. The time now is 06:03 pm.

Powered by vBulletin® Version 3.8.11 Beta 2
Copyright ©2000 - 2019, vBulletin Solutions Inc.