Hi,
OK, I understand that Sony sometimes follows strange politics, but... What I can't understand is the OpenMG thing. I just downloaded the atrac3.zip and the sample wave files from minidisc.org and found out that it has _NO_ encryption implemented. Why would someone encode his/her wav files to Atrac3 with the OpenMG software when you can do it with the simple atrac3.acm file? BTW, I just did the most obvious thing, i.e. copied the MD to the computer, extracted the raw atarc3 data, put an valid (0x0270) wav-header in front and doubleclicked on it, and .... tadaa... it played! Plain, simple and easy....and in fact strange! "Eric Woudenberg, Minidisc.org Editor" wrote: > Right. I received the "20 bytes" number from Sony after publishing > an initially incorrect guess at the number of bytes needed to produce > silence in ATRAC1. Thanks for the doublechecking. I have to correct my previous mail. It is of course 14 bytes (=2+10+2) you need for producing silence. Therefore you waste "only" 6 bytes per SG -- still almost 5MB per MiniDisc. > My guess is that 132kbps is really just the average, and that the > extra "unusused" space is actually slop space for the Huffman > encoder. Since Huffman coding exploits redundancy in the information > to be encoded, some signals will require more space than others (just > as with .zip files). No, 132kbps is constant (now that I found out). > > ps: last Q: Does anyone know why the very first ATRAC coder [ATRAC1 Version1 >(MZ-1)] > > sounded soo bad. (I know the answer, but before I am going to post it I want to >have > > your thoughts). > > The 16 bit math? :-) That I don't know, but the ATRAC1v1 encoder had no block switching implemented (just the encoder), i.e. all blocks are long blocks. I found that interesting. wolfgang ----------------------------------------------------------------- To stop getting this list send a message containing just the word "unsubscribe" to [EMAIL PROTECTED]
