SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Technology Stocks : e.Digital Corporation(EDIG) - Embedded Digital Technology -- Ignore unavailable to you. Want to Upgrade?


To: PartyTime who wrote (11218)2/24/2000 8:29:00 PM
From: Bob C.  Read Replies (2) | Respond to of 18366
 
Thanks PT....as far as watermarking goes, I did not think it was edig that was in that part of the arena. Somehow I thought that was being done by others. Actually, I am hoping it is being done by some small BB stock that is selling for about $.50 right now, because this part of the puzzle will also be huge. Putnam talks about it quite a lot and in a reference that makes it sound as tho there are several players and only the people within SDMI know who they are. It is the last and the real part of the security that will open the doors and let the "content" (music) flow over the internet. And....from what he said, it is real close.



To: PartyTime who wrote (11218)2/24/2000 11:33:00 PM
From: Jon Tara  Read Replies (1) | Respond to of 18366
 
PartyTime, I'd be glad to offer a viable alternative to what EDIG offers with regard to watermarking. But you'll have to help me first by pointing me to some material on what they offer with regard to watermarking.

Without knowing what they are doing, I will offer what may be an alternative. (But, since I DON'T know what they offer, it could just be the same thing.)

Now, mind you, I've not studied this, and am only vaguely aware of how watermarking of images is done. (Which suggest another approach - study how watermarking of images is done and apply a similar technique.)

If somebody asked me how to watermark music, I would suggest creating a unique code for each file that is to be watermarked, and signing it using standard public-key techniques. (Thus preventing forgery). This would be a small number of bits (perhaps 128 or 256), which I would embed in the audio (probably repeatedly) through a form of "audio stegnography". Of course, multiple distributed copies of the same track might be watermarked with different codes depending on distribution source, or even with a unique code for each consumer it is distributed to.

I'd suggest adding inaudible soundwaves to the track, in a detectable pattern, which would act as a kind of "carrier" for the watermark. These soundwaves would be inaudible to the human ear because they are "masked" by louder sounds at nearby frequencies. (Yes, similar to the way that MP3 and some other lossy compression schemes work.) Some variation of this detectable pattern (for example, variations in the length of tones).

The challenge would be to come up with inaudible sound waves which are NOT expected to be removed by MP3 or other lossy compression schemes currently existing or expected to be developed.

A nice advantage of this approach is that, assuming the lossy compression problem can be licked, the watermarks could survive transcoding and even analog recording. (Indeed, surviving analog recording would probably be less challenging than surviving transcoding using lossy codecs.)

A disadvantage is that it would probably not be possible to avoid hackers being able to write software that could detect the "carrier" (after all, it has to be detectable) and then remove it (and thus, the watermark) through digital signal processing.

Give me a little time, and I could probably dream up a dozen other different schemes, but this is just the first one that came to mind.

Just to give you an idea, though, here's another one: instead of embedding inaudible (by the human ear) tones or sounds, you could introduce inaudible (by the human ear) but detectable (by electronic circuits or digital filters) variations in pitch, which would encode the bits. I'm not sure how practical this would be, though, because the human ear is actually quite sensitive to variations in pitch, but I do think it might be a possibility.

I'm sure, though, that the industry has already though of these and a few more, and doubt that EDIG has anything that the industry needs that badly.