Jump to content

Drm For Himd Uploads:hardware Or Software?

Rate this topic


simonalpha

Recommended Posts

HiMD's DRM is a combination.

Here are my theories, since I'm not an expert on the inner workings of either the hardware or software of HiMD; I just use it and work within its limitations.

1) all audio data is encrypted, either by hardware [for what originates on a recorder] or in software [for what originates in SS].

2) The protocols used for transferring audio data of USB are not simply those used for a mass-storage device. The HiMD drivers speak to the hardware in their own language, more or less. This happens overtop of the normal mass-storage layer [like a compressed or encrypted virtual filesystem running - using a file as its mounted volume - on a normal partition on a computer].

3) DRM info is maintained in a database both on a HiMD-formatted disc and in SS. The databases are also encrypted, to my knowledge. The dBs between an originating installation of SS and the HiMDs it "creates" [or uploads from] are sync'd.

The most disconcerting of these is #1, I think. If all audio data are encrypted, then anything being sent to the player must be as well.

This means that if native MP3 playback is added to HiMDs, encryption will also have to take place for it. Hopefully, this will be done by the hardware during downloads, not by SS when adding MP3s to its library [the way things work now suggest this will be the case if it happens].

Otherwise, adding mp3s to the SS library for download will mean wrapping them with DRM [and encryption] before downloading - meaning we'll still have to have two music libraries, since SS will effectively destroy all our mp3s if this is the case.

Link to comment
Share on other sites

This means that if native MP3 playback is added to HiMDs, encryption will also have to take place for it.  Hopefully, this will be done by the hardware during downloads, not by SS when adding MP3s to its library [the way things work now suggest this will be the case if it happens]. 

Otherwise, adding mp3s to the SS library for download will mean wrapping them with DRM [and encryption] before downloading - meaning we'll still have to have two music libraries, since SS will effectively destroy all our mp3s if this is the case.

At least to my knowledge SS wraps the mp3 files into drm when transferring to mp3 supporting player, not when importing into SS. So you can have only one copy of mp3 files on your hd.

Link to comment
Share on other sites

Here's what I was wondering.

Since Wav Converter essentially strips the DRM from the uploaded files--and it seems to do it pretty quickly, which suggests it's not re-encoding them but just unwrapping them--are there any programming experts here who can figure out how it does that?

If so, perhaps the files on the disc could be drag-and-dropped and then stripped? Or am I being way too naive?

Link to comment
Share on other sites

does anyone with an MP3 compatible device know approx. how long it takes to wrap the MP3s in DRM on transfer?

I would expect, since this part is done during a transfer, that it happens almost instantaneously. I couldn't honestly see there being any overhead in it at all. The rest [encryption] appears to be done by the hardware, so still - no performance hit in terms of that. [Or, at the very least, it happens faster or at least as fast as the maximum transfer rate of USB 1.1 / the writing speed of a 1GB disc.]

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...