Ah, I see. I was never a big fan of Patrick McGoohan.It's a quote from The Prisoner. Spillover from another thread.![]()

Ah, I see. I was never a big fan of Patrick McGoohan.It's a quote from The Prisoner. Spillover from another thread.![]()
.Indeed, thanks - it shouldn't be there for the bytes case. I'm not removing it for the other units though.Minor thing: in media browser, when a folder is empty, the path listing at the top shows "0iB". As the content normally ranks in GiB, I suspect smaller sizes would show as MiB or KiB.
I recommend getting rid of the "i" completely.
Why do you say that?MiB? Even GiB is not conventional, but that's your choice.
It has been accepted for use by all major standards organizations...The mebi- prefix was defined by the International Electrotechnical Commission (IEC) in December 1998. Its use (and related units) is presently endorsed by the Institute of Electrical and Electronics Engineers (IEEE) and the International Committee for Weights and Measures (CIPM) in contexts where use of a binary prefix makes sense

The recording will be de-drypted at the same time as download IF content sharing is turned on in the Humax menus AND the file has been allocated a DLNA name e.g. 1234.ts see the Table in the Encryption page on the WiKi HEREdodger : Downloading a recording to the PC using Opt+ / Download only works if the recording is decrypted in place first
A copy? I'm not sure about single decryptions, but routine decryption by setting Autodecrypt in the WebIF or using the unencrypt package decrypts and then removes the original. I have all my recordings set to decrypt as a matter of course.Thanks Black Hole - I'll try wget (or another browser). I can decrypt in place of course, but that puts a copy of the recording (decrypted) on the Humax hard drive (for good safety reasons). I just wanted to bypass this but with IE8 nothing is straightforward.