Mo probably needs to cut back on the coffee, but he has a point. While shn->wav->shn is completely lossless nobody extracts shns to wav and then just leaves them to hang around on their harddrive or burns them to a data CD-R.
I think to clarify we should say: shnA->wav->cdr->eac->wav->shnB may result in shnA != shnB You'll have no way to verify the checksums against known md5s from db.etree.org shnA->wav->shnB results in shnA = shnB but why would you do this? Anyway, save those shns! Jon WoB: 2 overnight logins to my server. First come, first serve. > > heres the quick jist: archive your shns, dont convert to wav. and then > > reconvert to shn later, its polluting the trading pool. > >You are using the wrong words. You're saying don't covert .shn to .wav when >you mean don't burn to .cda (CD audio). > >With > shn(1) -> wav(1) -> shn(2) -> wav(2) -> ... -> shn(n) - wav(n) >all shorten files will be identical and all wave files will be identical. >Conversion between shorten and wave file is lossless. > >However, with > wav(1) -> cda(1) -eac-> wav(2) >is where problems can and will occur. wav(1) and wav(2) have a chance of >being the same but most likely won't be. Burning and ripping audio can be >lossy. > >Cheers, >Jason > >_______________________________________________ >etree.org etrade mailing list <[EMAIL PROTECTED]> >To unsubscribe go to: http://mail.etree.org/mailman/listinfo/etrade > >Need help? Ask <[EMAIL PROTECTED]> _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com _______________________________________________ etree.org etrade mailing list <[EMAIL PROTECTED]> To unsubscribe go to: http://mail.etree.org/mailman/listinfo/etrade Need help? Ask <[EMAIL PROTECTED]>
